This is the mail archive of the java-patches@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Patch: RFA: set LD_LIBRARY_PATH

From: Thomas Fitzsimmons <fitzsim at redhat dot com>
To: tromey at redhat dot com
Cc: Andrew Haley <aph at redhat dot com>, java-patches at gcc dot gnu dot org
Date: Mon, 12 Sep 2005 19:17:28 -0400
Subject: Re: Patch: RFA: set LD_LIBRARY_PATH
References: <1125623304.29329.53.camel@tortoise.toronto.redhat.com> <17180.17062.932948.244758@zapata.pink> <1125936397.6048.16.camel@rh-ibm-t41> <m3zmqhvrgt.fsf@localhost.localdomain>

On Mon, 2005-09-12 at 16:41 -0600, Tom Tromey wrote:
> >>>>> "Tom" == Thomas Fitzsimmons <fitzsim@redhat.com> writes:
> 
> Tom> The idea here is that LD_LIBRARY_PATH only includes
> Tom> $JAVA_HOME/lib/<arch> when -- with-java-home is specified.  This
> Tom> configure option implies a more SDK- like environment (read
> Tom> java-gcj-compat).  This patch makes libgcj behave more like the
> Tom> SDK in its handling of LD_LIBRARY_PATH and java.library.path when
> Tom> --with-java-home is specified.
> 
> We really need to document the effects of this.

I've opted for a less intrusive solution to this problem so I'm
retracting this patch (I've already incorporated the code into
java-gcj-compat).

Tom

References:
- Patch: RFA: set LD_LIBRARY_PATH
  - From: Thomas Fitzsimmons
- Re: Patch: RFA: set LD_LIBRARY_PATH
  - From: Andrew Haley
- Re: Patch: RFA: set LD_LIBRARY_PATH
  - From: Thomas Fitzsimmons
- Re: Patch: RFA: set LD_LIBRARY_PATH
  - From: Tom Tromey

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]