Re: pgsql-server/ /configure /configure.in rc/Make ...

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

In response to

Responses

Browse pgsql-committers by date

  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 ...