fivedev/harbour-core
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

2009-10-05 14:45 UTC+0200 Maurilio Longo (maurilio.longo@libero.it)

Browse Source 
* config/os2/gcc.mk
     * removed for %i in ... hack for library creation in OS/2 gcc build.
This commit is contained in:
Maurilio Longo
2009-10-05 12:44:54 +00:00
parent de88f928a5
commit e55a6f5d2c
2 changed files with 49 additions and 44 deletions
Download Patch File Download Diff File Expand all files Collapse all files

83
harbour/ChangeLog
View File

@@ -17,20 +17,25 @@
past entries belonging to author(s): Viktor Szakats.
*/
2009-10-05 14:45 UTC+0200 Maurilio Longo (maurilio.longo@libero.it)
* config/os2/gcc.mk
* removed for %i in ... hack for library creation in OS/2 gcc build.
2009-10-05 15:35 UTC+0300 Mindaugas Kavaliauskas (dbtopas/at/dbtopas.lt)
* contrib/hbmemio/memio.c
! fixed memory corruption on hb_memfsTruncAt() call
! added required memory clear on hb_memfsTruncAt() call
+ implemeted file handles different from internal structure pointers.
+ implemeted file handles different from internal structure pointers.
Now memory FS file handle is index in file structure array. Thus,
wrong memory FS is more safe for wrong external calls like:
HB_FHANDLE hF = hb_memfsOpen( szFilename, iFlags );
hb_memfsClose( hF );
hb_memfsClose( hF );
The second hb_memfsClose() call was wrongly re-releasing memory
resources and causing memory corruption before memory handles were
The second hb_memfsClose() call was wrongly re-releasing memory
resources and causing memory corruption before memory handles were
added.
2009-10-05 13:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
+ More details to MS Windows SDK 7.
@@ -39,10 +44,10 @@
! Minor typo in comment.
* config/win/bcc.mk
+ Added syslibs to dynlib link command. This seems to be needed
+ Added syslibs to dynlib link command. This seems to be needed
for some newer (6.20) versions of BCC.
Thanks Przemek for noticing, Mario for reporting.
And please test, I didn't do it for either BCC versions due
And please test, I didn't do it for either BCC versions due
to lack of time.
2009-10-05 12:23 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
@@ -72,7 +77,7 @@
2009-10-04 21:54 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
+ Added "Unibin" example for Mac OS X.
+ Added separate HOWTO section for Mac OS X listing XCode as
+ Added separate HOWTO section for Mac OS X listing XCode as
prerequisite.
! Minor corrections in punctuation.
@@ -104,8 +109,8 @@
* config/os2/gcc.mk
! Fixed to use 'stripomf' tool instead of 'strip' in gccomf mode.
; Please only post comments on above patch if it contains real
information. I'm not interested in "This is wrong.", "You messed it up."
; Please only post comments on above patch if it contains real
information. I'm not interested in "This is wrong.", "You messed it up."
kind of comments, only in real information, since I'm not OS/2 user.
2009-10-03 13:21 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
@@ -113,10 +118,10 @@
+ Added MSVC Itanium build example.
+ Added generic build instructions/advices for Windows x64 hosts.
+ Added build examples for Windows x64 hosts.
(most of the 32-bit Windows examples work as is, so I've
only added a few where there are differences and which I've
(most of the 32-bit Windows examples work as is, so I've
only added a few where there are differences and which I've
tested)
NOTE: x64 build of mingw32-make isn't used in these
NOTE: x64 build of mingw32-make isn't used in these
examples yet.
! Minor fixes to OS/2 build examples.
@@ -168,16 +173,16 @@
* config/os2/gcc.mk
+ config/os2/gccomf.mk
+ Added OS/2 GCC OMF support.
This tries to fix resource support in hbmk2 compared to David's
solution. hbmk2 support is completely newly done, .mk support was imported
This tries to fix resource support in hbmk2 compared to David's
solution. hbmk2 support is completely newly done, .mk support was imported
as is, with little change in activation logic.
! Fixed to use $(ECHOQUOTE) in some $(ECHO) command parameters.
; NOTE: Until we add autodetection for OMF supporting GCC versions,
; NOTE: Until we add autodetection for OMF supporting GCC versions,
it will have to be selected manually using HB_COMPILER=gccomf.
Notice that for GCC 4.x this is obligatory since COFF support is
Notice that for GCC 4.x this is obligatory since COFF support is
broken in these versions.
Additional EMX* envvar options are left as an excercise for the
users, I intentionally didn't document these in INSTALL, as INSTALL
Additional EMX* envvar options are left as an excercise for the
users, I intentionally didn't document these in INSTALL, as INSTALL
serves as Harbour documentation, not 3rd party tools like GCC.
* config/global.mk
@@ -226,8 +231,8 @@
* INSTALL
* utils/hbmk2/hbmk2.prg
* config/os2/gcc.mk
! Reverted "rogue" patch. I'd like to kindly ask David,
to commit when doubts are cleared, otherwise I will
! Reverted "rogue" patch. I'd like to kindly ask David,
to commit when doubts are cleared, otherwise I will
have to revoke R/W rights to avoid extra cleanup work.
This solution is wrong, for specific concerns see dev list.
@@ -266,7 +271,7 @@
2009-09-30 13:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
+ Added links to several new components.
I'd need input for bison/flex link, I didn't have any success
I'd need input for bison/flex link, I didn't have any success
making these work on Windows systems.
- doc/bintools.txt
@@ -307,11 +312,11 @@
* bin/postinst.prg
! Fixed another error.
+ Utilizing ugly hack to avoid using Harbour header files.
Although it works, this solution is way ugly. I'm brand new hbrun
user so I don't know what is the proper solution for using
Although it works, this solution is way ugly. I'm brand new hbrun
user so I don't know what is the proper solution for using
headers from .prgs code run directly.
Maybe this should be compiled into hbrun and the internal
version used, or it needs full include header dir
Maybe this should be compiled into hbrun and the internal
version used, or it needs full include header dir
autodetection logic built in.
2009-09-29 12:06 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
@@ -337,7 +342,7 @@
* bin/postinst.bat
- bin/postinst.cmd
+ Started to migrate shell specific tasks to postinst .prg code.
; NOTE: Please review and test, this may cause regressions in
; NOTE: Please review and test, this may cause regressions in
build process. I did't actually test most of these.
* contrib/xhb/hbcompat.ch
@@ -521,43 +526,43 @@
* contrib/hbqt/TQAbstractItemModel.prg
! Result of change in implemention of destructors in hbqtgen.prg.
[ In this commit I had concentrated on two pit-falls which may
[ In this commit I had concentrated on two pit-falls which may
certainly prevent Qt's efficacy in Habour applications:
1. Ever-growing memory usage.
2. GPF in multi-threaded multi-windows
Though I have tried my level best to pin-point where memory usage
keeps up growing, I could not find anything worth control. I changed the
way destructors were implemented before, but that also seems to be
insufficent. But as we have better control over the events, some
keeps up growing, I could not find anything worth control. I changed the
way destructors were implemented before, but that also seems to be
insufficent. But as we have better control over the events, some
of you will be able to locate what exactly is the problem.
GPF in multi-threaded multi-window scenario is caused by PAINT event
which produces GPF is CPU is not released momentarily for that thread.
So I inserted hb_idleSleep( 0.2 ) in the code where PAINT event is about
So I inserted hb_idleSleep( 0.2 ) in the code where PAINT event is about
to be returning, and the GPF went away. But this insertion has a greater
damaging effect that it slows down the application considerably as
damaging effect that it slows down the application considerably as
with each single keystroke, appln becomes idle for that much period.
I have guarded this under QT_EXECUTE_IN_THREADS constant for now.
If you want to play with this feature than compile HBQT with it
and then open <Dialogs><One more instance> menu option. Do not
bother about how slow appln executes but simply open as mamny
and then open <Dialogs><One more instance> menu option. Do not
bother about how slow appln executes but simply open as mamny
dialogs as you want and navigate different components.
NOTE: you may require to increase nMilliSeconds in hb_idleSleep( 0.2 )
from 0.2 to 0.5 as this value is heavily CPU dependant.
Hope someone will be able to locate exact fixes to above two issues. ]
Hope someone will be able to locate exact fixes to above two issues. ]
2009-09-24 19:15 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
+ Sections numbered for easier reference when pointing to it
+ Sections numbered for easier reference when pointing to it
in e-mail answers.
2009-09-24 18:41 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* bin/postinst.sh
! Commented messing around with include attribs.
I guess this should only be done if HB_INSTALL_PREFIX is some
I guess this should only be done if HB_INSTALL_PREFIX is some
temp area where we assemble distro package.
Fixme.
@@ -574,7 +579,7 @@
* Added information about new MinGW CEGCC build.
* utils/Makefile
* Changed HB_UTILS setting name to HB_UTIL_ADDONS. To be
* Changed HB_UTILS setting name to HB_UTIL_ADDONS. To be
in sync with rest of similar settings.
* INSTALL
@@ -656,7 +661,7 @@
Bug report:
http://forum.pellesc.de/index.php?topic=2956.0
* package/winuni/HARBOUR_README_MINGWARM
* package/winuni/HARBOUR_README_MINGWARM
* Updated for latest cegcc binary release.
* utils/hbmk2/hbmk2.prg

10
harbour/config/os2/gcc.mk
View File

@@ -71,10 +71,10 @@ LDFLAGS += $(LIBPATHS)
# NOTE: The empty line directly before 'endef' HAS TO exist!
# It causes that every command will be separated by LF
#define lib_object
# @$(ECHO) $(ECHOQUOTE)ADDMOD $(file)$(ECHOQUOTE) >> __lib__.tmp
#
#endef
define lib_object
@$(ECHO) $(ECHOQUOTE)ADDMOD $(file)$(ECHOQUOTE) >> __lib__.tmp
endef
ifeq ($(HB_COMPILER),gccomf)
define create_library
@@ -87,7 +87,7 @@ else
define create_library
$(if $(wildcard $(subst /,$(DIRSEP),$(LIB_FILE))),@$(RM) $(subst /,$(DIRSEP),$(LIB_FILE)),)
@$(ECHO) $(ECHOQUOTE)CREATE $(LIB_DIR)/$@$(ECHOQUOTE) > __lib__.tmp
for %i in ( *$(OBJ_EXT) ) do @$(ECHO) $(ECHOQUOTE)ADDMOD %i$(ECHOQUOTE) >> __lib__.tmp
$(foreach file,$^,$(lib_object))
@$(ECHO) $(ECHOQUOTE)SAVE$(ECHOQUOTE) >> __lib__.tmp
@$(ECHO) $(ECHOQUOTE)END$(ECHOQUOTE) >> __lib__.tmp
$(AR) $(ARFLAGS) $(HB_USER_AFLAGS) -M < __lib__.tmp