Re: Missing AWT peer

2001-10-15 Thread Brian Jones
Andreas Rueckert [EMAIL PROTECTED] writes: I don't see a System.loadLibrary in that class. This is a maybe problem in a number of the gtk classes. Obviously something is going to load it and the rest don't really need to do so but maybe putting this in all the relevant classes is just

Re: Missing AWT peer

2001-10-15 Thread Andreas Rueckert
Hi! On Mon, 15 Okt 2001 Brian Jones wrote: Andreas Rueckert [EMAIL PROTECTED] writes: I don't see a System.loadLibrary in that class. This is a maybe problem in a number of the gtk classes. Obviously something is going to load it and the rest don't really need to do so but maybe

Re: Missing AWT peer

2001-10-15 Thread Jeff Sturm
On Mon, 15 Oct 2001, Andreas Rueckert wrote: Your error could also be because LD_LIBRARY_PATH (Solaris/Linux) did not point to a directory with libgtkpeer.so in it. Don't think so... Did you try: ldd /usr/local/OSS_JDK/classpath/lib/classpath/libgtkpeer.so Note that loadLibrary fails

Re: Missing AWT peer

2001-10-15 Thread Andreas Rueckert
Hi! On Mon, 15 Okt 2001 Jeff Sturm wrote: --snip-- Did you try: ldd /usr/local/OSS_JDK/classpath/lib/classpath/libgtkpeer.so Note that loadLibrary fails if a DSO is not found _or_ any of its DT_NEEDED libs could not be loaded. The error message may be misleading in the latter case.

Re: Partial Double/Float merge with libgcj

2001-10-15 Thread Chris Gray
Tom Tromey wrote: Mark == Mark Wielaard [EMAIL PROTECTED] writes: Mark Maybe someone who knows a bit about float/doubles in java can Mark comment on these differences. I don't know if I qualify, but ... I too am not worthy ... Markpublic static boolean isNaN (double v) Mark{

Re: Partial Double/Float merge with libgcj

2001-10-15 Thread Tom Tromey
Chris == Chris Gray [EMAIL PROTECTED] writes: Chris An interesting twist on this: jikes seems to have its own idea Chris of the correct bit-pattern for NaN (0xffc0 instead of Chris 0x7fc). This shouldn't matter if all NaN's are Chris canonicalized to the same value. My understanding

Re: Partial Double/Float merge with libgcj

2001-10-15 Thread Eric Blake
Shoot, I meant to hit reply-to-all. Eric Blake wrote: Chris Gray wrote: An interesting twist on this: jikes seems to have its own idea of the correct bit-pattern for NaN (0xffc0 instead of 0x7fc). This shouldn't matter if all NaN's are canonicalized to the same value.

Re: Partial Double/Float merge with libgcj

2001-10-15 Thread Tom Tromey
Eric == Eric Blake [EMAIL PROTECTED] writes: Eric However, I argue that this is a faster implementation (it avoids a Eric native call): Eric Eric public static boolean isNaN(double v) Eric { Eric return v != v; Eric } This seems reasonable to me too. Tom