On Wed, 02 Jul 2008, Szakáts Viktor wrote: > Let's make this more granular. For the builds I've tried, > both hbsqlit-s work okay, so I see no reason to exclude them as is. > Same goes for hbziparch, which worked for me under Win32/BCC.
Then please include them when you will make BCC binaries. I only want to exclude from contrib/Makefile libraries which cannot be cleanly compiled so by default: make install should make clean build without any warnings or errors. If you want to create additional libraries which cannot be cleanly compiled if will be enough to set HB_CONTRIBLIBS or execute make install in given contrib library directory. > Other than that I fully agree to tame somehow these, or > exclude them where they really don't work. And they don't for some compilers. hbsqlit* cannot be compiled by any C++ compiler and hbziparch cannot be compiled by any C compiler which does not also support C++ mode. So they work only for chosen builds and only for such builds should be enabled. If we clean hbsqlit* then IMHO they should be included. The hbziparch is different problem. IMHO instead of investing time in this library we should extend hbmzip and add missing functionality. > Unfortunately I don't, I only have Darwin. BTW, if you need > an account on either of my Macs (one PPC, one Core2), I can > set it up for you for SSH access. Just tell. If you will still have the problem with MacOSX builds then I will have to ask you about it. But first please try to redirect stderr to file, f.e. ./make_gnu.sh 2> log_drw.err; set >> log_drw.err and send it to me. Maybe it will have some warnings which tell us what is wrong. best regards, Przemek _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
