Re: [Q/Patch] libresolv?
Jack via balsa-list <[email protected]> Sun, 02 Feb 2020 14:09:35 -0500
| Newsgroups | gmane.comp.gnome.apps.balsa |
|---|---|
| Message-ID | <[email protected]> |
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 _______________________________________________ balsa-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/balsa-list