[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Accommodate non-recursive Automake in a less hacky way
From: |
Bruno Haible |
Subject: |
Re: Accommodate non-recursive Automake in a less hacky way |
Date: |
Sat, 18 Dec 2021 00:34:49 +0100 |
Paul Eggert wrote:
> Unless I'm missing something, the "Move .h file names out of the *.m4
> files" patch omitted an "if GL_GENERATE_GEOPT_H" in getopt-posix. I
> installed the attached to finish this part up.
This was not a regression. The Automake conditional was in fact not used,
since the beginning of the getopt-posix and getopt-gnu modules. Apparently
we considered this optimization "not worth it".
But this optimization is OK. I verified that it works fine on
- Linux/glibc, from CentOS 6 to Ubuntu 20.04
- Linux/musl
- Hurd
- FreeBSD, NetBSD, OpenBSD
- macOS 10, 12
- AIX 7.1
- Solaris 9, 10, 11
- IRIX 6.5
Bruno
- Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/15
- Re: Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/16
- Re: Accommodate non-recursive Automake in a less hacky way, Paul Eggert, 2021/12/16
- Re: Accommodate non-recursive Automake in a less hacky way,
Bruno Haible <=
- Re: Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/17
- Re: Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/18
- Re: Accommodate non-recursive Automake in a less hacky way, Bruno Haible, 2021/12/18