Hi Przemek,
Rather unibin does not like hbextern code ;-) and generates final
library which is too crypted for ar during extraction.
Anyhow for Darwin we should replace in hb-mkslib.sh ar with libtool.
ar is used to extract .o files from .a libary.
See in hb-mkslib.sh[105]:
${CCPREFIX}ar -x "${dir}/${f}" || exit 1
I do not know Darwin libtool parameters. If possible please try
replace this ar command with libtool or corresponding tools.
Please also note that for Darwin L_USR is not passed to gcc
when shared library is created. Looks that it should. Please
check. Most of Darwin support in build scripts was added by
Phil Krylov and I cannot help you too much. If it will be
necessary then I'll ask you for account on your system.
I've added L_USR, I've also upgraded to XCode 3.1 (didn't
make a difference), and I'm now trying to find out how to
use libtool to extract .o files from an .a one (this is the
task if I understand correctly). No results so far.
The only "result" I got is that there is nothing special in
hbextern, it's just the first file on the list to be extracted,
and the process is choking on it. Trying any other multi-target
.a file gives the same error.
Can you remove BASH now? Also the "-o " solution is a bit error
prone in darwin/gcc.cf, could you take a look at it? Notice that
the official GCC -o switch format is using a space, so this might
come as problem on other platforms, too.
Each platform uses it's own scripts. AFAIR for SunOS in
config/sunos/gcc.cf was strictly necessary to remove the
space after CC_OUT = -o
Okay, I don't mean to make wide changes here,
but if you have any idea how to protect the
ending space in Darwin gcc.cf, it'd be great. I had no
success with CC_OUT = "-o " and CC_OUT = '-o '.
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
