--- Additional Comments From fitzsim at redhat dot com 2005-09-07 12:36
---
Filed two new bugs for the remaining java.library.path issues:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23761
and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762
I'm closing this bug.
--
Wh
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 01:07
---
It turns out that Sun handles this in a strange way. To ensure that libjawt.so
is found automatically, Sun's java executable prepends $JAVA_HOME/jre/lib/i386
to LD_LIBRARY_PATH then re-exec's itself within the n
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 01:02
---
This is actually a libgcj bug. I'm changing the Product.
--
What|Removed |Added
Compone
--- Additional Comments From fitzsim at redhat dot com 2005-08-16 15:41
---
libjawt.so is in the base package, so it will be found as long as
/usr/lib/jvm/jre/lib/i386 is in java.library.path.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--- Additional Comments From fitzsim at redhat dot com 2005-08-16 15:39
---
*** Bug 23403 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-08-16 10:32 ---
This doesn't solve the problem, that the library is not found, when the .so and
.la files are missing, i.e. if the -dev or -devel part of libgcj is not
installed.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-24
19:52 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
