On Wed, Aug 14, 2024 at 07:24:43PM +0200, Bruno Haible wrote: > Gavin Smith wrote: > > I'm not sure applying a patch such as this is the best way to upgrade > > these files. If these files came from Automake then it would make sense > > to update them from the Automake release with an installed version of > > Automake by running "automake" or similar (it's probably done by > > the autogen.sh script). > > Yes, that's what I meant. "automake -a -c" or "AUTOPOINT=true autoreconf" > should do that. Sorry if I wasn't clear. >
I see, it makes sense from earlier messages. I have tried to untrack the files under build-aux that came from automake to allow people to use the git repository with a different version of automake. Of course, at the next release we will try to use the most recently released version. But I don't think we can be expected to update to the newest version in the source repository as soon as it comes out. build-aux/config.rpath is left but that one comes from Gnulib as you said. Also, if I delete build-aux/ar-lib nothing appears to regenerate it. Perhaps it is not needed. Running "grep ar-lib . -R" at top-level finds the name nowhere. So I am not sure where it came from in the diff you sent. The only thing I can think of is that automake 1.17 uses it.
