Subject: Re: more shared lib nastiness
To: Tom Yu <tlyu@MIT.EDU>
From: Thomas Graichen <graichen@rzpd.de>
List: port-pmax
Date: 03/14/1997 13:41:19
hasn't Tom Yu said ? ...
> It appears that the ld.so doesn't really work in the snapshot. In
> particular, it fails to obey LD_LIBRARY_PATH for specifying the
> locations of shared libraries. It also fails to load any executable
> with more than 4 shared libraries.
>
> ldd has the same problem with > 4 shared libraries, but it obeys a
> non-relative LD_LIBRARY_PATH. IMHO things should obey a relative
> LD_LIBRARY_PATH as well, though.
>
> Any chance on getting the ld.elf_so to work on the pmax and to fix
> whatever bug results in the 4 libraries or less problem?
>
maybe the 4 shlib problem is due to the following which resulted in
the same behaviour on OpenBSD/pmax:
---
CVSROOT: /cvs
Module name: src
Changes by: pefo@cvs.openbsd.org 97/02/12 15:49:33
Modified files:
gnu/usr.bin/binutils/ld/scripttempl: elfmips.sc
Log message:
Don't space text/data in shared libs by 256Mb. ld.so can't handle it
with the shm sizing method it uses for the moment, so loading many
shlibs effectively makes a proram run out of VM.
---
don't know if it's the same for NetBSD/pmax - more about this you may
simply find out from the OpenBSD cvs tree which can be easyly accessed
by anyone via anoncvs
hope this helps
t
--
thomas graichen - graichen@rzpd.de graichen@OpenBSD.org graichen@FreeBSD.org
perfection is reached, not when there is no longer anything to add, but when
there is no longer anything to take away antoine de saint-exupery