bug#72852: closed (Re: bug#72852: Testsuite summary for GNU Automake 1.17 on x86_64-apple-darwin20.6.0)

2024-09-11 Thread Eric Gallager via Bug reports for Automake
On Tue, Sep 10, 2024 at 10:59 PM Eric Gallager wrote: > > On Tue, Sep 10, 2024 at 6:46 PM Karl Berry wrote: > > > > Hi Eric - I've just committed a change that I hope fixes the version > > number problem. (See https://bugs.gnu.org/72157) > > > > However

bug#72852: closed (Re: bug#72852: Testsuite summary for GNU Automake 1.17 on x86_64-apple-darwin20.6.0)

2024-09-10 Thread Eric Gallager via Bug reports for Automake
On Tue, Sep 10, 2024 at 6:46 PM Karl Berry wrote: > > Hi Eric - I've just committed a change that I hope fixes the version > number problem. (See https://bugs.gnu.org/72157) > > However, looking at your list of failures, I see that some of them are > still about *.dSYM, now relating to distclean.

bug#72852: Testsuite summary for GNU Automake 1.17 on x86_64-apple-darwin20.6.0

2024-09-03 Thread Eric Gallager via Bug reports for Automake
On Wed, Aug 28, 2024 at 6:43 PM Karl Berry wrote: > > Hi Eric, > > Subject: bug#72852: Testsuite summary for GNU Automake 1.17 on > x86_64-apple-darwin20.6.0 > > Thanks for the report. It looks like Apple's compiler, or linker, or > something, is leaving new files, in fact a whole new dir

bug#70410: Fwd: [PATCH] gotools: Workaround non-reproduceability of automake

2024-04-17 Thread Eric Gallager via Bug reports for Automake
Makefile.am in question is from the gotools subdirectory of GCC: https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gotools/Makefile.am;h=80b21847117fb1b685a677725826f4caba4e759e;hb=HEAD Note that the original reporter, Jakub Jelinek, has said that this might potentially be due to the use of an old versio

bug#70410: Fwd: [PATCH] gotools: Workaround non-reproduceability of automake

2024-04-15 Thread Eric Gallager via Bug reports for Automake
GCC developers have recently found a source of non-determinism in automake; this is bad for reproducible builds: -- Forwarded message - From: Jakub Jelinek Date: Mon, Apr 15, 2024 at 8:43 AM Subject: [PATCH] gotools: Workaround non-reproduceability of automake To: Ian Lance Taylor

bug#66679: automake: error: undefined condition 'TRUE' for 'info_TEXINFOS'

2023-10-22 Thread Eric Gallager
On Sun, Oct 22, 2023 at 5:28 PM Karl Berry wrote: > > automake: Please contact . > at /opt/local/share/automake-1.16/Automake/Channels.pm line 655. > Automake::Channels::msg("automake", "", "undefined condition > > Thanks for the report. I (or someone else ... Bogdan?) will look i

bug#66679: automake: error: undefined condition 'TRUE' for 'info_TEXINFOS'

2023-10-22 Thread Eric Gallager
In my attached `Makefile.am`, I have been trying to modify it so that it only rebuilds the documentation when explicitly asked to. Otherwise, the distributed copy should just get used instead. However, my modifications have led to the following error: doc/Makefile.am:23: warning: user target 'gaa.d

bug#47848: aclocal fails with "error: too many loops"

2021-05-09 Thread Eric Gallager via Bug reports for Automake
On Sun, May 9, 2021 at 9:28 PM Karl Berry wrote: > > Ei Eric, > > Automake::ChannelDefs::prog_error("too many loops") called at > /opt/local/bin/aclocal line 1187 > > I've never seen that error before. The comment in aclocal where the > check is done says: > > # We may have to rerun ac

bug#47848: aclocal fails with "error: too many loops"

2021-04-17 Thread Eric Gallager via Bug reports for Automake
aclocal failed with exit status: 255 $ Since it said to report this here, that is what I am doing. I am using automake 1.16.3 as installed by MacPorts. Any idea what's going on? Thanks, Eric Gallager