On Sun, Nov 8, 2009 at 1:58 PM, John David Anglin <dave@xxxxxxxxxxxxxxxxxx> wrote: >> On Sun, Nov 8, 2009 at 1:40 PM, John David Anglin >> <dave@xxxxxxxxxxxxxxxxxx> wrote: >> >> The gcj port to hppa uses a locking implementation >> >> (libjava/sysdeps/pa/locks.h) which is not signal safe. >> > >> > Yes. =A0Is this the gcj problem that you were seeing with nptl? >> >> No it is not, but I noticed this during my investigations. I might as >> well fix it while I'm poking about. > > There's similar code in libstdc++. Where? I'll fix that case too. BTW, the gcj problem looks like a missing _STACK_GROWS_UP case in boehm-gc. >> Oh, that's a perefect idea, I wasn't sure that libjava could make use >> of those atomic builtins. >> >> Doesn't this restrict the gcc version you can use to rebuild libjava? >> Is that OK? > > In my opinion, yes. Is that OK? >> >> Does locks.h also need to work for HPUX? >> > >> > Yes. >> >> OK, how do I write conditional code for HPUX vs. Linux? > > Check __linux and/or __hpux. Look at the arm code. It looks > like they have done this. So, you should just be able to copy > what they have done. Thanks. Cheers, Carlos. -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
