Re: Missing AWT peer

[Andreas Rueckert]

Hi!

On Mit, 17 Okt 2001 Bryce McKinlay wrote:
> Andreas Rueckert wrote:
> 
> >>Not necessarily.  Any paths seen by ld (e.g. with -L) will not be
> >>automatically searched by the loader (assuming an ELF target).
> >>
> >>So each lib directory must be one of the "system" lib dirs or mentioned in
> >>LD_LIBRARY_PATH, unless you also link with -rpath.
> >>
> >
> >All these libs are in /etc/ld.so.conf , so it should work. 
> >
> 
> Nope. The path to the libraries must be in LD_LIBRARY_PATH. I believe 
> this is a limitation of dlopen or maybe libtool's ltdl.

Ok, I set the LD_LIBRARY_PATH var. Same result.

> >Is there any way to
> >get additional info what lib is missing?
> >
> 
> Classpath's reference runtime implementation should throw the missing 
> library name with the UnsatisfiedLinkError. For some reason your stack 
> trace didnt mention it. Which VM is this?

ORP 1.0.6

> >I honestly think that Classpath is ridiculously complex to install. I guess
> >you're doing a great job, but as it is, noone will notice. Have you ever
> >thought of creating RPMs for popular Linux distros, or so?
> >
> 
> Here is the build procedure I use to get a classpath suitable for use 
> with ORP:
> 
> 1. create gnu/classpath/Configuration.java by hand, from 
> gnu/classpath/Configuration.in
> 2. mkdir build
> 3. javac -d build -classpath .:build `find java gnu vm -name "*.java"`
> 4. cp gnu/java/locale/*.uni build/gnu/java/locale/
> 5. cp gnu/java/locale/*.properties build/gnu/java/locale/
> 
> 
> I admit that this doesn't help if you want the native libraries, 
> however. The lack of an easy-to-use configure/build is a known problem, 
> and we'd love it if someone were to help fix it.

Console apps seem to work. At a HelloWorldApp worked as expected. It seems that
it's just a problem with the GTK lib.

Ciao,
Andreas