Hi Przemek,
Hi Viktor,
Pending, critical:
- Darwin Harbour compiler problem.
I've just made HPUX on BSD builds and except hbzpiarch, hbsqlit2 and
hbsqlit3 all is build cleanly. The problem you noticed with darwin
is probably local to your configuration. Please be sure that you made
clean build and old/new harbour header files are not mixed. It's also
possible that it's caused by setting some include dirs which change
system header order precedence.
Thanks. You might well be right. I didn't check
the most obvious... I indeed just did an update and
a build. Not even a clean. Arrggh.
Will redo ASAP.
Just like I've just check that I cannot remove the OpenWatcom hack
from Linux builds because OpenWatcom uses it's own set of header
files and setting /usr/include as include directory breaks it.
So for OpenWatcom build I even have to remove C_USR+=-D/usr/include
Okay.
Postponed:
- FreeImage under Linux fails.
It' snot compiled when FrreImage is not installed. It's not
standard linux library so it's not a problem.
Okay. Let's solve this later.
- 64bit C-mode startup not implemented in hbinit.h.
Not 64-bit mode but only MSVC64.
Yes of course, that's what I meant.
- WinCE compatible screen selection code in gtwvt.c.
Can be ignored but we have to test if final Harbour GTWVT application
can be executed in PocketPC. It's possible that C RTL supports some
functions which does not exist in real installation. If someone has
PocketPC and can make test then it will be nice.
I don't have any. I generally hate WinCE, which got
even worse when I had to deal with "industrial strength"
PocketPC machines as part of work. Other than that it
could be useful from a business POV, companies (and even
ppl) like it anyway for some reason.
- ODBC/HBGFGTK issues.
The dir autodection and setting it in C_USR is problem for *nix builds
where header C files are part of system and non system C compilers
comes
with their own set of headers.
Yes. I had something like your solution in mind.
BTW I do not know if HBGF is usable. Does any one uses it?
I doubt. It's an interesting initiative, but since
it was not a trivial thing to even compile it, it
was dead for a long time. non-GNU make system still
'all' option still doesn't compile it.
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
