libgcj-4 puts /usr/lib before LD_LIBRARY_PATH in any case

[Yuval Kfir]

Andrew Haley writes:
> Yuval Kfir writes:
>  > Your system configuration is slightly different, Andrew, but you
_have_
>  > in fact reproduced the problem: before searching /mnt/zebedee and
>  > /home/aph/..., the Java run-time looks for libpoo under
>  > /usr/lib64/gcj-4.1.1.
> 
> Yes.
> 
>  > If there were a gcj-related library named libpoo, it would have
found
>  > it before your library, no matter how you set up LD_LIBRARY_PATH.
> 
> Then the system is not installed correctly.  Why would anyone put such
> a lib in the gcj version-specific library /usr/lib64/gcj-4.1.1?
> 
>  > Where does the 'pre-configured' /usr/lib64/gcj-4.1.1, in your case,
>  > come from?
> 
> It's part of gcj.

Thank you for this analysis.  So, the problem I'm having here seems to
stem from two unfortunate factors:

1. In our case, the pre-configured library path for gcj (on Fedora Core
4) seems to be /usr/lib.
2. One of our libraries is named libuuid.so, duplicating the name of an
existing /usr/lib library.

Hence, gcj seems doomed to find the /usr/lib/libuuid.so before it finds
our library.  Isn't there anything I can do, short of renaming one of
the two libraries?

- Yuval