Hi,
On Fri, Mar 06, 2015 at 01:07:38PM -0600, Nicholas Hall wrote:
> Autotools configure check fails to detect res_init on recent glibc
> versions. It appears that resolv.h in recent glibc maps res_init to
> __res_init which autotools doesn't catch.
Coming back to this. I agree this needs fixin
Hi,
On Fri, Mar 06, 2015 at 01:45:16PM -0600, Nicholas Hall wrote:
> > We use getaddrinfo() and getnameinfo() extensively, which do not require
> > res_init() to be called first...
> >
> > So, instead of adding more convolutions to configure.ac, I propose to
> > throw out res_init() and everything
Hello!
> We use getaddrinfo() and getnameinfo() extensively, which do not require
> res_init() to be called first...
>
> So, instead of adding more convolutions to configure.ac, I propose to
> throw out res_init() and everything related to it :-) - much easier.
res_init seems to be necessary to p
Hi,
On Fri, Mar 06, 2015 at 01:07:38PM -0600, Nicholas Hall wrote:
> Autotools configure check fails to detect res_init on recent glibc
> versions. It appears that resolv.h in recent glibc maps res_init to
> __res_init which autotools doesn't catch.
Thanks for your patch.
Looking at it, I wonde
Autotools configure check fails to detect res_init on recent glibc
versions. It appears that resolv.h in recent glibc maps res_init to
__res_init which autotools doesn't catch.
This is my first patch ever to anything autotools related. I used the
check that the ntpd uses and tested on Debian 8 x
