From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-committers(at)postgresql(dot)org |
Subject: | Re: pgsql-server/ /configure /configure.in rc/Make ... |
Date: | 2003-04-01 22:01:41 |
Message-ID: | 4239.1049234501@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Peter Eisentraut <peter_e(at)gmx(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-04-01 23:42:55 | pgsql-server/src/backend/parser gram.y |
Previous Message | Peter Eisentraut | 2003-04-01 21:43:50 | Re: pgsql-server/ /configure /configure.in rc/Make ... |