PATCH: libjava FreeBSD configuration
Bryce McKinlay
bryce@waitaki.otago.ac.nz
Thu Apr 4 19:51:00 GMT 2002
Loren James Rittle wrote:
>>Could you do this with the dividespec stuff separate case statement. No
>>sense duplicating all the other i686-*-* and alpha-*-* stuff when just
>>the CHECKREF/DIVIDESPEC is different.
>>
>
>How about this solution to meet your request? When/if I enable
>libjava support for a new CPU with FreeBSD, I won't have to touch it.
>
Yes, this looks good, please check it in. I suspect/hope that we will
soon be able to get rid of -fcheck-references on more platforms once we
have the sigcontext->unwind context support, this should make it easier
to do that for specific platforms.
>FYI, in case anyone wonders, I am 100%
>positive that we don't want slow_pthread_self=yes on FreeBSD since it
>is merely a libc function that returns a global variable.
>
Hmm, note that slow_pthread_self avoids the call overhead into libc for
the common case also. BTW how can a thread ID be in a global variable? I
presume it uses some segment register trick like the newwer linux
kernels/linuxthreads? Hopefully one day we can turn this off for x86
linux too, maybe doing a configure check to see if segment-register
thread IDs are available and use some inline asm to get it.
I don't think libgcj threads are working yet on Darwin (we're waiting on
Mac OS 10.2 which will have a complete posix threads implementation), so
don't worry about that.
regards
Bryce.
More information about the Gcc-patches
mailing list