On Mon, Nov 28, 2005 at 04:47:38PM -0600, Larry Rosenman wrote:
Hmmm ... but given that, is it needed to mention libnsl in the link
command at all, or can the linker pick it up implicitly?
I'm not 100% sure if the linker does the right thing or not :(
It would be a good thing to test.
I
On Tue, Nov 29, 2005 at 01:16:53AM -0500, Tom Lane wrote:
I dug a bit in the cvs history, and found that -lresolv was added
quite late, apparently in response to this:
http://archives.postgresql.org/pgsql-hackers/2001-02/msg00030.php
Marvellous. Another shared library doesn't wasn't linked
On Sun, Nov 27, 2005 at 06:30:59PM -0300, Alvaro Herrera wrote:
Martijn van Oosterhout wrote:
Attached is a patch which applies this filtering to the backend and has
the same results as linking with --as-needed. I basically took the
filter list of libpq and altered it as follows:
Martijn van Oosterhout wrote:
On Sun, Nov 27, 2005 at 06:30:59PM -0300, Alvaro Herrera wrote:
Martijn van Oosterhout wrote:
Attached is a patch which applies this filtering to the backend and has
the same results as linking with --as-needed. I basically took the
filter list of libpq
Martijn van Oosterhout kleptog@svana.org writes:
I've been thinking about -lnsl and -lresolv and it occurred to me that
maybe on some platforms they are needed. However, on Linux they are
100% redundant. There -lnsl provides functions for NIS and YP and
-lresolv provides functions for making
On Mon, Nov 28, 2005 at 10:18:08AM -0500, Tom Lane wrote:
Pulling those out is just not a good idea; we'd never have included them
in the first place if they weren't needed on some platforms. A lot of
these system libraries are very hard to test for in a reasonable way.
For instance, IIRC the
On Mon, Nov 28, 2005 at 01:58:09PM -0500, Tom Lane wrote:
I have no problem with trying to make configure more selective about
which libraries we need at all. That's an orthogonal problem from
what the backend makefile should try to filter out, though. With
respect to system libraries, I
Martijn van Oosterhout kleptog@svana.org writes:
It bothers me that we don't even *know* the dependancies or even why
they're there. Those autoconf lines have been there ever since autoconf
use was started. They were added with only the comment detect these
libraries. If -lnsl or -lresolv is
On Nov 28 2005, Martijn van Oosterhout wrote:
On Mon, Nov 28, 2005 at 10:18:08AM -0500, Tom Lane wrote:
Pulling those out is just not a good idea; we'd never have included them
in the first place if they weren't needed on some platforms. A lot of
these system libraries are very hard to test
Martijn van Oosterhout wrote:
Regarding the other, this is the kind of thing the buildfarm would be
good for. Would it be possible to arrange for each buildfarm machine to
execute the following after successful completion and capture the
output? It only needs to be run once.
cd
Larry Rosenman ler@lerctr.org writes:
-lnsl is needed on SVR4 derivatives, like Solaris and UnixWare. it is the
network services library.
You'll needed it for ANY socket based code on these platforms.
Is there any specific function symbol we can test for in that library?
If it exports
Martijn van Oosterhout kleptog@svana.org writes:
Regarding the restrictions for backend libs, consider the attached
patch. It just filters out anything readline related. Threading LIBS
are not in the LIBS variable at all.
Sorry, forgot the attachment.
Applied in a modified format --- I see
On Nov 28 2005, Tom Lane wrote:
Larry Rosenman ler@lerctr.org writes:
-lnsl is needed on SVR4 derivatives, like Solaris and UnixWare. it is
the network services library.
You'll needed it for ANY socket based code on these platforms.
Is there any specific function symbol we can test for
On Nov 28 2005, Tom Lane wrote:
Larry Rosenman ler@lerctr.org writes:
-lnsl is needed on SVR4 derivatives, like Solaris and UnixWare. it is
the network services library.
libsocket requires libnsl:
[1] NEEDED /usr/lib/libnsl.so.1
Hmmm ... but given that, is it needed to
On Mon, Nov 28, 2005 at 05:31:55PM -0500, Tom Lane wrote:
Larry Rosenman ler@lerctr.org writes:
-lnsl is needed on SVR4 derivatives, like Solaris and UnixWare. it is
the network services library.
libsocket requires libnsl:
[1] NEEDED /usr/lib/libnsl.so.1
Hmmm ... but
Martijn van Oosterhout kleptog@svana.org writes:
It bothers me that we don't even *know* the dependancies or even why
they're there. Those autoconf lines have been there ever since autoconf
use was started.
Not all of them.
I dug a bit in the cvs history, and found that -lresolv was added
Martijn van Oosterhout wrote:
Attached is a patch which applies this filtering to the backend and has
the same results as linking with --as-needed. I basically took the
filter list of libpq and altered it as follows:
libs removed: -lnsl -lresolv
libs added: -ldl -lm
Hmm, we don't need
17 matches
Mail list logo