Re: Please test autoreconf from zack/autoreconf-exclude branch
Richard Purdie <[email protected]> Mon, 09 Mar 2026 20:48:15 +0000
| Newsgroups | gmane.comp.sysutils.autoconf.general |
|---|---|
| Message-ID | <c93695ccde0d90c29a7c446b66f85c885e9d8fe8.camel@linuxfoundation.org> |
On Mon, 2026-03-09 at 19:03 +0100, Bruno Haible via Discussion list for the autoconf build system wrote: > Zack Weinberg wrote: > > > Why implement a new option for this, instead of using the > > > existing > > > environment variables which have been supported by autoreconf > > > since 2001? > >=20 > > Discoverability.=C2=A0 If someone's having a problem with autoreconf > > running > > something it shouldn't, and they look at autoreconf --help, the -- > > exclude > > option will be right there.=C2=A0 The --help text does also mention the > > environment variables, but they're described as a way to control > > *what > > command* is run >=20 > +1. The first time I saw someone use >=20 > =C2=A0 AUTOPOINT=3Dtrue autoreconf >=20 > as a way to tell autoreconf not to invoke 'autopoint', I found it > strange. The --exclude option definitely will lead to more > understandable shell scripts and build recipes. I'd also add that it is easy to read AUTOPOINT=3Dtrue as "enable autopoint", which is the exact opposite of what it does. Setting the utilities to true/false binaries is a clever/cute way to do it but not really very obvious/understandable and the new option is way better IMO as it is clear and obvious. Cheers, Richard