Viktor, Przemek:
This is an updated report:
Current Harbour under OS/2
* $Id: ChangeLog 12080 2009-08-12 07:45:44Z vszakats $
2009-08-12 09:43 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
a) gcc (GCC) 3.3.5 (Bird Build 2006-03-18 05:37)
Build / run fine.
b) OpenWatcom 1.8
Build / run fine
except hbrun.exe (failed before too):
c) OpenWatcom 1.8, cross build OS/2 -> Win
Work partially
Known problem: config\win\watcom.cf must be changed to ADD workarounds
for os2make381
d) OpenWatcom 1.8, cross build Win -> OS/2
Build / run fine
Notes:
> * config/instsh.cf
> % Deleted $(CMDPREF) from OS/2 rules. Please test it and report
> if it broke.
> ; QUESTION: Could an OS/2 user tell me whether $(CMDPREF) is
> *really* needed? This is the only place it's used,
> so I wonder. If not, we should delete it.
I do not know what $(CMDPREF) mean or what it does
In current builds I do not see any difference
>2009-08-11 15:25 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/config/os2/watcom.cf
> ! fixed FOR command in WINNT->OS2 cross builds. Please test if
> it works - I cannot without real Windows cmd.exe
> [TESTED - WORKS [vszakats]]
It work fine
OpenWatcom 1.8, cross build Win -> OS/2
build entirely in Windows and run in OS/2, except known problem with
hbrun.exe
>2009-08-11 15:04 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
> * config/dirsh.cf
> + Initializing $(MKFLAGS) to --no-print-directory, which
> suppresses "Entering directory"/"Leaving directory" GNU
> Make messages. They can be useful for debugging, but for
> normal operation IMO they just add up to unnecessary
> clutter. Please tell if you think otherwise.
> Despite docs say it's enabled when using -C (change dir)
> option, I've only seen it enabled on win/dos platforms,
> so for other platforms (at least *nixes) this won't change
> behavior.
In my case this change does not help and should be reverted
Now we have a long list and is not easy to find to which source block
belong each line
Messages "Entering directory"/"Leaving directory" help to locate them
quickly while browsing long log file
David Macias
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
