GNU bug report logs -
#47848
aclocal fails with "error: too many loops"
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 47848 in the body.
You can then email your comments to 47848 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-automake <at> gnu.org
:
bug#47848
; Package
automake
.
(Sat, 17 Apr 2021 19:13:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Eric Gallager <egall <at> gwmail.gwu.edu>
:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org
.
(Sat, 17 Apr 2021 19:13:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi, I have recently been trying to update my fork of the
magicseteditor project, which can be found here:
https://github.com/cooljeanius/magicseteditor
At first, autoconf told me:
configure.ac:109: warning: AX_CXX_COMPILE_STDCXX_0X is obsolete; use
AX_CXX_COMPILE_STDCXX_11 instead
...so I followed its recommendation and updated
AX_CXX_COMPILE_STDCXX_0X to AX_CXX_COMPILE_STDCXX_11, and
AX_CXX_HEADER_STDCXX_0X to AX_CXX_HEADER_STDCXX_11, and once I had
done that, it failed with this message instead:
$ autoreconf -fvi -Wall
autoreconf: export WARNINGS=all
autoreconf: Entering directory '.'
autoreconf: running: autopoint --force
autoreconf: running: aclocal --force -I m4 --install
aclocal: installing 'm4/ax_cxx_compile_stdcxx.m4' from
'/opt/local/share/aclocal/ax_cxx_compile_stdcxx.m4'
aclocal: installing 'm4/ax_cxx_compile_stdcxx_11.m4' from
'/opt/local/share/aclocal/ax_cxx_compile_stdcxx_11.m4'
aclocal: installing 'm4/ax_require_defined.m4' from
'/opt/local/share/aclocal/ax_require_defined.m4'
aclocal: error: too many loops
aclocal: Please contact <bug-automake <at> gnu.org>.
at /opt/local/share/automake-1.16/Automake/Channels.pm line 655.
Automake::Channels::msg("automake", "", "too many loops") called
at /opt/local/share/automake-1.16/Automake/ChannelDefs.pm line 226
Automake::ChannelDefs::prog_error("too many loops") called at
/opt/local/bin/aclocal line 1187
autoreconf: error: 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
Information forwarded
to
bug-automake <at> gnu.org
:
bug#47848
; Package
automake
.
(Mon, 10 May 2021 01:29:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 47848 <at> debbugs.gnu.org (full text, mbox):
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 aclocal if some file have been installed, but
# it should not happen more than once.
So, hmm.
https://github.com/cooljeanius/magicseteditor
...
automake 1.16.3 as installed by MacPorts. Any idea what's going on?
Nothing springs to mind, sorry.
Is it reproducible? Any chance you can cut down your configure.ac and
project to something smaller? Else I guess I can try taking your project
and making the same change (eventually).
Thanks for the report. --karl
Information forwarded
to
bug-automake <at> gnu.org
:
bug#47848
; Package
automake
.
(Mon, 10 May 2021 01:57:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 47848 <at> debbugs.gnu.org (full text, mbox):
On Sun, May 9, 2021 at 9:28 PM Karl Berry <karl <at> freefriends.org> 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 aclocal if some file have been installed, but
> # it should not happen more than once.
>
> So, hmm.
>
> https://github.com/cooljeanius/magicseteditor
> ...
> automake 1.16.3 as installed by MacPorts. Any idea what's going on?
>
> Nothing springs to mind, sorry.
>
> Is it reproducible? Any chance you can cut down your configure.ac and
> project to something smaller? Else I guess I can try taking your project
> and making the same change (eventually).
>
> Thanks for the report. --karl
>
Nope, I can't seem to reproduce it, unfortunately; after trying again
more recently, it started working again, and I'm not sure what might
have changed in my environment to cause that to happen... sorry, this
can be closed...
Eric
Information forwarded
to
bug-automake <at> gnu.org
:
bug#47848
; Package
automake
.
(Mon, 10 May 2021 17:31:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 47848 <at> debbugs.gnu.org (full text, mbox):
more recently, it started working again ...
Not sure if that's good or bad, but at least you can get on with life :).
Thanks for checking back.
this can be closed...
Closing. --thanks, karl.
Reply sent
to
Karl Berry <karl <at> freefriends.org>
:
You have taken responsibility.
(Mon, 10 May 2021 17:31:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Eric Gallager <egall <at> gwmail.gwu.edu>
:
bug acknowledged by developer.
(Mon, 10 May 2021 17:31:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 08 Jun 2021 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 316 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.