beos-native port [Was: Re: changes to thread locking layer]
Alan L. Batongbacal
alanlb at rrinc.com
Fri Mar 17 13:49:04 PST 2000
Patrick Tullmann wrote:
> One downside to this patch is that the beos-native thread port and the
> win32 thread ports get even farther out of date. Though, I belive
> things should be much simpler for the beos port (as it has native
> semaphore support).
I still actively work on the beos-native thread port, so as soon as the
patch goes in, I'll bring the port up to date and submit them (finally) for
integration into the repository.
On a somewhat related note, the link for the Kaffe executable fails because
the gcc invocation works out to the following:
gcc -g -O2 -Wall -Wstrict-prototypes -o Kaffe main.o version.o .libs/KaffeS.o
ath.a -lz -lz ../../libraries/clib/zip/.libs/libzip.a
.libs/libnative.a ../kaffevm/.libs/libkaffevm.a -Wl,--rpath -Wl,/usr/local/lib
Note the two "-lz" occurrences (a bug in configure.in, maybe? I noticed
the duplicated check for ZIP_LIBS...). The link fails because they appear
before the symbols exports by libz are referenced by libzip.a. Appending one
more "-lz" to this command line results in a successful link. I'd appreciate
a hint as to where to point the finger here (I'm not too conversant in the
ways of libtool).
More information about the kaffe