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 safer?
>
> Sorry, I'm not really into Classpath, so I'm a bit slow here. You think, that
>
> static native void gtkInit();
> native void gtkMain();
>
> in gnu/java/awt/peer/gtk/GtkMainThread.java are the problem. These
> methods are part of the Gtk library?
No, there is a library that should be created during compilation
called libgtkpeer.so. There is no System.loadLibrary("gtkpeer") in
that class. Your error could also be because LD_LIBRARY_PATH
(Solaris/Linux) did not point to a directory with libgtkpeer.so in it.
> BTW: At this time, there's no configure switch to compile Classpath
> for ORP, so you have to use the japhar or jdk includes for jni? Will
> you add a with-orp switch at some point or is there a good reason
> not to do so?
Going to try to take out the VM switches completely.
--
Brian Jones <[EMAIL PROTECTED]>
_______________________________________________
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
