Re: pgsql-server/ /configure /configure.in rc/Make ... - Mailing list pgsql-committers

From Tom Lane
Subject Re: pgsql-server/ /configure /configure.in rc/Make ...
Date
Msg-id 4239.1049234501@sss.pgh.pa.us
Whole thread Raw
In response to Re: pgsql-server/ /configure /configure.in rc/Make ...  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: pgsql-server/ /configure /configure.in rc/Make ...  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: pgsql-server/ /configure /configure.in rc/Make ...  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-committers
Peter Eisentraut <peter_e@gmx.net> writes:
> Tom Lane writes:
>> Not sure what's the most reasonable way to fix this.  Personally I'd
>> like to remove the use of -lbind for other reasons, but I suppose that'd
>> break things on other platforms.

> Ugh, does this check succeed for you:

> # BeOS:
> AC_CHECK_LIB(bind, __inet_ntoa)

Yeah, it does, since -lbind is getting into the link.

I'm just about ready to start testing a fix that separately tests
HAVE_STRUCT_ADDRINFO (the struct decl) and HAVE_GETADDRINFO (the
function).  If we don't find the struct, then we force HAVE_GETADDRINFO
off to use our own routines.  Also, the header does

#undef getaddrinfo
#define getaddrinfo pg_getaddrinfo

(likewise for freeaddrinfo, gai_strerror) so that there's no conflict
if getaddrinfo() does exist somewhere in the libraries.  Seem reasonable?

            regards, tom lane


pgsql-committers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: pgsql-server/ /configure /configure.in rc/Make ...
Next
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql-server/src/backend/parser gram.y