Re: pgsql-server/ /configure /configure.in rc/Make ...
| От | Tom Lane |
|---|---|
| Тема | Re: pgsql-server/ /configure /configure.in rc/Make ... |
| Дата | |
| Msg-id | 4239.1049234501@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pgsql-server/ /configure /configure.in rc/Make ... (Peter Eisentraut <peter_e@gmx.net>) |
| Ответы |
Re: pgsql-server/ /configure /configure.in rc/Make ...
Re: pgsql-server/ /configure /configure.in rc/Make ... |
| Список | 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 по дате отправления: