pcp
[Top] [All Lists]

Re: [pcp] Build/install status for 3.7.0

To: pcp@xxxxxxxxxxx
Subject: Re: [pcp] Build/install status for 3.7.0
From: Ken McDonell <kenj@xxxxxxxxxxxxxxxx>
Date: Fri, 08 Mar 2013 05:56:14 +1100
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <5138C546.7030101@xxxxxxxxxx>
References: <1275614933.16090354.1362639495632.JavaMail.root@xxxxxxxxxx> <5138C546.7030101@xxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3
On 08/03/13 03:50, Dave Brolley wrote:

On 03/07/2013 01:58 AM, Nathan Scott wrote:
On NetBSD

auxconnect.c: In function '__pmGetAddrInfo':
auxconnect.c:717: error: 'AI_ADDRCONFIG' undeclared (first use in
this
function)
auxconnect.c:717: error: (Each undeclared identifier is reported only
once
auxconnect.c:717: error: for each function it appears in.)

Dave, I guess this needs to be configure-checked?  Is that getaddrinfo
call still valid if that flag is not set?

According to the man page (Fedora 17) AI_ADDRCONFIG, is available since
glibc 2.3.3. I suppose we could test for that. It may not be available
at all on NetBSD, or perhaps NetBSD requires a different header file?

The call is still valid without that flag. The flag suppresses IPv4
adresses if the local host does not have any IPv4 addresses configured
and also does the same for IPv6 addresses. The result is possibly fewer
addresses returned. However, since we now iterate over the returned
addresses until one works, this should not be a problem.

If we decide not to use this flag, the the ai_flags field should be left
as 0 (already set that way by the memset above). This should only be an
issue for the native implementation, since NSPR provides PR_AI_ADDRCONFIG.

The NetBSD getaddrinfo() man page does not mention AI_ADDRCONFIG (nor any obvious alternative) and there is no AI_ADDRCONFIG below /usr/include.

I'll do the configure glue for this one (since I'm the only one trying to build for *BSD).

Thanks for the time and investigation.

<Prev in Thread] Current Thread [Next in Thread>