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

2006-01-26 Thread Tom Lane
Bruce Momjian writes: > I have the answer. Tru64 netdb.h has: > #if defined (_SOCKADDR_LEN) || defined (_XOPEN_SOURCE_EXTENDED) > #define getaddrinfo ngetaddrinfo > #else > #define getaddrinfo ogetaddrinfo > #endif Seems like the same method we use for testing fini

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

2006-01-26 Thread Bruce Momjian
Tom Lane wrote: > Bruce Momjian 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

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

2006-01-26 Thread Tom Lane
Bruce Momjian 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_GETADDRINF

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

2006-01-26 Thread Bruce Momjian
ent: Tuesday, January 24, 2006 2:46 PM > To: R, Rajesh (STSD) > Cc: Tom Lane; pgsql-hackers@postgresql.org; pgsql-general@postgresql.org > Subject: Re: [HACKERS] [GENERAL] [PATCH] Better way to check for > getaddrinfo function. > > On Tue, Jan 24, 2006 at 02:33:13PM +0530, R, Raj

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

2006-01-24 Thread R, Rajesh (STSD)
06 2:46 PMTo: R, Rajesh (STSD)Cc: Tom Lane; pgsql-hackers@postgresql.org; pgsql-general@postgresql.orgSubject: Re: [HACKERS] [GENERAL] [PATCH] Better way to check for getaddrinfo function.On Tue, Jan 24, 2006 at 02:33:13PM +0530, R, Rajesh (STSD) wrote:> Its not a macro.> I meant t

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

2006-01-24 Thread Martijn van Oosterhout
On Tue, Jan 24, 2006 at 02:33:13PM +0530, R, Rajesh (STSD) wrote: > Its not a macro. > I meant that the code generated by AC_REPLACE_FUNCS([getaddrinfo]) by > configure.in for "configure" > does not have "#include ". Hence function is not > detected(unresolved getaddrinfo). > Hence I thought AC_TR

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

2006-01-24 Thread R, Rajesh (STSD)
Message-From: Tom Lane [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 17, 2006 8:34 PMTo: R, Rajesh (STSD)Cc: pgsql-hackers@postgresql.orgSubject: Re: [HACKERS] [GENERAL] [PATCH] Better way to check for getaddrinfo function."R, Rajesh (STSD)" <[EMAIL PROTECTED]> writes

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

2006-01-19 Thread Bruce Momjian
Where are we on this? Rajesh, I think we are waiting for more information from you. --- R, Rajesh (STSD) wrote: > > That was very much situation specific. > But the bottomline is the default test does not include in the >

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

2006-01-17 Thread Tom Lane
"R, Rajesh (STSD)" <[EMAIL PROTECTED]> writes: > But the bottomline is the default test does not include in the > test code. That's odd. Is getaddrinfo a macro on Tru64? If so, the appropriate patch would probably make the test look more like the tests for finite() and friends: dnl Cannot use

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

2006-01-16 Thread R, Rajesh (STSD)
Title: RE: [GENERAL] [PATCH] Better way to check for getaddrinfo function. That was very much situation specific. But the bottomline is the default test does not include in the test code. So, pg uses getaddrinfo.c.And the getaddrinfo.c does not work for me. Ipv6 client authenciation fa

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

2006-01-16 Thread Tom Lane
"R, Rajesh (STSD)" <[EMAIL PROTECTED]> writes: > Just thought that the following patch might improve checking for > getaddrinfo function (in configure.in) Since AC_TRY_RUN tests cannot work in cross-compilation scenarios, you need an *extremely* good reason to put one in. "I thought this might im