Re: More systematic naming of LIB variables

Paul Eggert wrote: > Thanks for cleaning up the naming. I think only coreutils and tar used > the confusingly-named old $(LIB_HAS_ACL) macro. According to Debian codesearch https://codesearch.debian.net/search?q=LIB_HAS_ACL&literal=1&perpkg=1 also 'recutils' and 'rrep' use acl.m4. But they don't

Re: More systematic naming of LIB variables

Thanks for cleaning up the naming. I think only coreutils and tar used the confusingly-named old $(LIB_HAS_ACL) macro. I now updated updated them, so we can remove the old name from Gnulib, which I did by installing the attached. From c551997131a8f1f8f648d39c2d7d5e8db026a139 Mon Sep 17 00:00:00

[PATCH] bootstrap: suppress stray message from --pull

* build-aux/bootstrap: Regenerate. * top/bootstrap-funclib.sh (autopull): Suggest running autogen.sh only if it exists (i.e., the package is using autopull.sh/autogen.sh). Suggest the same name for autogen.sh that is used in the test. --- ChangeLog| 8 build-aux/bootstrap

Re: Clang-built Gawk 5.2.1 regex oddity

Thanks for the update. Paul, let's leave dfa.c as is, with the modified code. It's much easier to read anyway. Thanks, Arnold Arsen Arsenović wrote: > Hi, > > Paul Eggert writes: > > > This is a serious bug in Clang: it generates incorrect machine code. > > > > The code that Clang generates