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