On Fri 24 Aug 2018 at 16:31:00 +0200, Joerg Sonnenberger wrote: > On Fri, Aug 24, 2018 at 10:17:14AM -0400, Greg Troxel wrote: > > > > Joerg Sonnenberger <joerg%bec.de@localhost> writes: > > > > > On Tue, Aug 21, 2018 at 12:04:40PM -0400, Greg Troxel wrote: > > >> However, when they use libtool to link, -lgeos gets added to the linker > > >> command line because /usr/pkg/lib/libgeos_c.la has > > >> > > >> dependency_libs='/usr/pkg/lib/libgeos.la' > > > > > > It has always done that as it is required for static linkage and various > > > other formats. More importantly, it has no chance to know whether or not > > > the symbols are used and broken modern elf linkers get very picky if you > > > don't specify all the libraries, even if the correct DT_NEEDED entries > > > exist. > > > > Is the NetBSD dynamic linker broken in this way? I had thought the > > point was that a library could have recorded that it needed other > > libraries, and dynamic linking to the first would ensure that the rest > > were loaded at runtime. > > That's the ELF semantics. But the linkers (not the loader!) decided that > you still should have to specify all the libraries, even if they are > already in the namespace indirectly. Hm. It makes no sense to have an ELF linker that doesn't follow ELF semantics... -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly.
Attachment:
signature.asc
Description: PGP signature