Re: [Q/Patch] libresolv?

[Jack <ostroffjh users sourceforge net>]

Hello all,

On 2020.02.02 12:41, Peter Bloomfield wrote:
> On 02/02/2020 12:03:34 PM Sun, Albrecht Dreß wrote:
> > Am 02.02.20 16:24 schrieb(en) Peter Bloomfield:
> > > That commit also removed all references to getaddrinfo, so the  
> > > corresponding check can also be removed from the build tools.
> > Ah!  Nice, those files are somewhat crowded…
> > > BTW: getaddrinfo was also mentioned in config.h.in, which does not  
> > > seem to have been in the git repository. It is required in the  
> > > autotools build, so I added it. It's not clear to me how the  
> > > autotools build has been succeeding in a fresh install…
> > That file is created by autoheader, i.e. when running autogen.sh.   
> > IOW, it is /not/ necessary to add it to the repo!
>
> Oh, OK, I'll remove it then!
>
> I just used the autotools to build Balsa out-of-tree in a clean  
> directory with no issues (starting with "path/to/Balsa/autogen.sh",  
> followed by "make"). Interestingly, config.h was created, but there's  
> no sign of config.h.in. Previously, I was testing the autotools build  
> just using "make" in an existing directory, which was probably quite  
> old and crusty1

I have run into this on occasion, but not recently, and of course have  
forgotten the exact error/warning messages.  Haven't at least some .in  
files been either deprecated by or actually produced from the .am or  
.ac files by autogen.sh? (I suppose I miss many of these messages if I  
use meson/ninja instead of autogen.sh/make.)

Jack