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 по дате отправления: