This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Patch: java/lang/natRuntime.cc
On Aug 18, 2003, Andrew Haley <aph@redhat.com> wrote:
> Michael Koch writes:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Am Montag, 18. August 2003 09:17 schrieb Ranjit Mathew:
>> > > + char* libraryPath = ::getenv ("LD_LIBRARY_PATH");
>> >
>> > Sorry, but I don't think this is portable. For example,
>> > on Windows, PATH is used to search for DLLs. My memory
>> > is a bit hazy now, but on AIX it was something like
>> > LD_LOAD_LIBRARY_PATH.
>>
>> Well, getenv() is used in one other place in this file too. Thats why
>> I decided to use this. I can write a patch included the AIX variable
>> later today
> If I recall correctly, Darwin uses something different again.
And so do IRIX (LD_LIBRARY{,32,64}_PATH, depending on the ABI) and
HP-UX (SHLIB_PATH).
libltdl (libtool CVS mainline) already has knowledge about all of
this, and it exposes part of the information through the
lt_dlforeachfile entry point. I doubt there'd be opposition to
introducing a new entry point that, instead of running a callback for
every file in directories in the PATH, would instead call a function
for every directory, and maybe one that returns a search path as well,
with the host-specific path separators.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist Professional serial bug killer