Re: [HACKERS] [PATCH] Better way to check for getaddrinfo

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "R, Rajesh (STSD)" <rajesh(dot)r2(at)hp(dot)com>, Martijn van Oosterhout <kleptog(at)svana(dot)org>, pgsql-hackers(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org
Subject: Re: [HACKERS] [PATCH] Better way to check for getaddrinfo
Date: 2006-01-26 18:04:53
Message-ID: 22833.1138298693@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-patches

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> I am not sure what to do on this. Right now we have a one-line test:
> AC_REPLACE_FUNCS([getaddrinfo])
> To test for a macro we are going to need to add include netdb.h, and the
> LINK test below is overkill. I am thinking we should just hard-code in
> HAVE_GETADDRINFO for the True64 platform; anything more is going to be
> just a Tru64 hack anyway.

I still want to understand why any change is needed at all. There must
be something very peculiar about getaddrinfo on Tru64 if the original
coding doesn't work. Why is it different from every other function we
test for?

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adam Witney 2006-01-26 18:07:45 Encoding errors when upgrading from 7.4 to 8.1
Previous Message Rich Shepard 2006-01-26 18:04:39 Re: Access Problem After Version Upgrade -- FIXED

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2006-01-26 18:49:34 Re: [HACKERS] [PATCH] Better way to check for getaddrinfo
Previous Message Kevin Grittner 2006-01-26 17:49:19 Re: Backslashes in string literals

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2006-01-26 18:49:34 Re: [HACKERS] [PATCH] Better way to check for getaddrinfo
Previous Message Tom Lane 2006-01-26 17:55:00 Re: BUG #2195: log_min_messages crash server when in DEBUG3 to