GNU bug report logs - #12877
automake error: unrequested trace ''

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 12877 in the body.
You can then email your comments to 12877 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Sebastian Freundt <sebastian.freundt <at> ga-group.nl>
To: bug-automake <at> gnu.org
Subject: automake error: unrequested trace ''
Date: Tue, 13 Nov 2012 10:30:19 +0000

shell> automake --version
automake (GNU automake) 1.12.1

autoreconf: running: automake --add-missing --copy --force-missing
Use of uninitialized value $macro in exists at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
Use of uninitialized value $macro in concatenation (.) or string at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
automake: error: unrequested trace ''
automake: Please contact <bug-automake <at> gnu.org>.
 at /home/freundt/usr/share/automake-1.12/Automake/Channels.pm line 662
        Automake::Channels::msg('automake', '', 'unrequested trace \'\'') called at /home/freundt/usr/share/automake-1.12/Automake/ChannelDefs.pm line 212
        Automake::ChannelDefs::prog_error('unrequested trace \'\'') called at /home/freundt/usr/bin/automake line 5267
        Automake::scan_autoconf_traces('configure.ac') called at /home/freundt/usr/bin/automake line 5533
        Automake::scan_autoconf_files() called at /home/freundt/usr/bin/automake line 8588
autoreconf: automake failed with exit status: 29

In project: https://quickplot.svn.sf.net/svnroot/quickplot/trunk

Message #8 received at 12877 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Sebastian Freundt <sebastian.freundt <at> ga-group.nl>
Cc: 12877 <at> debbugs.gnu.org
Subject: Re: bug#12877: automake error: unrequested trace ''
Date: Tue, 13 Nov 2012 20:59:59 +0100

tags 12877 + moreinfo
thanks

Hi Sebastian, thanks for the report.

On 11/13/2012 11:30 AM, Sebastian Freundt wrote:
> shell> automake --version
> automake (GNU automake) 1.12.1
> 
> autoreconf: running: automake --add-missing --copy --force-missing
> Use of uninitialized value $macro in exists at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
> Use of uninitialized value $macro in concatenation (.) or string at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
> automake: error: unrequested trace ''
> automake: Please contact <bug-automake <at> gnu.org>.
>  at /home/freundt/usr/share/automake-1.12/Automake/Channels.pm line 662
>         Automake::Channels::msg('automake', '', 'unrequested trace \'\'') called at /home/freundt/usr/share/automake-1.12/Automake/ChannelDefs.pm line 212
>         Automake::ChannelDefs::prog_error('unrequested trace \'\'') called at /home/freundt/usr/bin/automake line 5267
>         Automake::scan_autoconf_traces('configure.ac') called at /home/freundt/usr/bin/automake line 5533
>         Automake::scan_autoconf_files() called at /home/freundt/usr/bin/automake line 8588
> autoreconf: automake failed with exit status: 29
> 
> In project: https://quickplot.svn.sf.net/svnroot/quickplot/trunk
> 
I cannot reproduce this failure with the latest automake release (1.12.4).
I've tried with both autoconf 2.69 and autoconf 2.65, just to be extra sure.

Does the error disappear for you as well if you use automake 1.12.4?

Thanks,
  Stefano

Message #13 received at 12877 <at> debbugs.gnu.org (full text, mbox):

From: Sebastian Freundt <sebastian.freundt <at> ga-group.nl>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 12877 <at> debbugs.gnu.org
Subject: Re: bug#12877: automake error: unrequested trace ''
Date: Wed, 14 Nov 2012 06:45:59 +0000

Stefano Lattarini <stefano.lattarini <at> gmail.com> writes:

> tags 12877 + moreinfo
> thanks
>
> Hi Sebastian, thanks for the report.
>
> On 11/13/2012 11:30 AM, Sebastian Freundt wrote:
>> shell> automake --version
>> automake (GNU automake) 1.12.1
>> 
>> autoreconf: running: automake --add-missing --copy --force-missing
>> Use of uninitialized value $macro in exists at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
>> Use of uninitialized value $macro in concatenation (.) or string at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
>> automake: error: unrequested trace ''
>> automake: Please contact <bug-automake <at> gnu.org>.
>>  at /home/freundt/usr/share/automake-1.12/Automake/Channels.pm line 662
>>         Automake::Channels::msg('automake', '', 'unrequested trace \'\'') called at /home/freundt/usr/share/automake-1.12/Automake/ChannelDefs.pm line 212
>>         Automake::ChannelDefs::prog_error('unrequested trace \'\'') called at /home/freundt/usr/bin/automake line 5267
>>         Automake::scan_autoconf_traces('configure.ac') called at /home/freundt/usr/bin/automake line 5533
>>         Automake::scan_autoconf_files() called at /home/freundt/usr/bin/automake line 8588
>> autoreconf: automake failed with exit status: 29
>> 
>> In project: https://quickplot.svn.sf.net/svnroot/quickplot/trunk
>> 
> I cannot reproduce this failure with the latest automake release (1.12.4).
> I've tried with both autoconf 2.69 and autoconf 2.65, just to be extra sure.
>
> Does the error disappear for you as well if you use automake 1.12.4?

Ah, I found the culprit.  But first off, the tag v1.12.4 isn't in the
savannah git repo yet.

(GNU) m4 when being called with the variable POSIXLY_CORRECT behaves
differently as all GNU extensions will be suppressed.

I recently populated this var in my shell setup because coreutils need it
to work around some SysV quirks.

So the workaround of the day (mostly a note to myself) is to unset
POSIXLY_CORRECT temporarily when dealing with autotools.

Cheers
Sebastian

Message #16 received at 12877 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Sebastian Freundt <sebastian.freundt <at> ga-group.nl>
Cc: 12877 <at> debbugs.gnu.org, Autoconf <Autoconf <at> gnu.org>
Subject: Autoconf, GNU m4 and POSIXLY_CORRECT (was: Re: bug#12877: automake
	error: unrequested trace '')
Date: Wed, 14 Nov 2012 11:59:08 +0100

[+cc autoconf]

On 11/14/2012 07:45 AM, Sebastian Freundt wrote:
> Stefano Lattarini <stefano.lattarini <at> gmail.com> writes:
> 
>> tags 12877 + moreinfo
>> thanks
>>
>> Hi Sebastian, thanks for the report.
>>
>> On 11/13/2012 11:30 AM, Sebastian Freundt wrote:
>>> shell> automake --version
>>> automake (GNU automake) 1.12.1
>>>
>>> autoreconf: running: automake --add-missing --copy --force-missing
>>> Use of uninitialized value $macro in exists at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
>>> Use of uninitialized value $macro in concatenation (.) or string at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
>>> automake: error: unrequested trace ''
>>> automake: Please contact <bug-automake <at> gnu.org>.
>>>  at /home/freundt/usr/share/automake-1.12/Automake/Channels.pm line 662
>>>         Automake::Channels::msg('automake', '', 'unrequested trace \'\'') called at /home/freundt/usr/share/automake-1.12/Automake/ChannelDefs.pm line 212
>>>         Automake::ChannelDefs::prog_error('unrequested trace \'\'') called at /home/freundt/usr/bin/automake line 5267
>>>         Automake::scan_autoconf_traces('configure.ac') called at /home/freundt/usr/bin/automake line 5533
>>>         Automake::scan_autoconf_files() called at /home/freundt/usr/bin/automake line 8588
>>> autoreconf: automake failed with exit status: 29
>>>
>>> In project: https://quickplot.svn.sf.net/svnroot/quickplot/trunk
>>>
>> I cannot reproduce this failure with the latest automake release (1.12.4).
>> I've tried with both autoconf 2.69 and autoconf 2.65, just to be extra sure.
>>
>> Does the error disappear for you as well if you use automake 1.12.4?
> 
> Ah, I found the culprit.  But first off, the tag v1.12.4 isn't in the
> savannah git repo yet.
>
Yikes!  Thank you very much for catching that, it's fixed now.

> (GNU) m4 when being called with the variable POSIXLY_CORRECT behaves
> differently as all GNU extensions will be suppressed.
>
Modern autoconf versions used with modern GNU m4 versions should pass
the latter the '-g' option, so that the POSIXLY_CORRECT variable does
not have any effect on the behaviour of GNU m4.  Which versions of
autoconf and m4 are you using?

> I recently populated this var in my shell setup because coreutils
> need it to work around some SysV quirks.
> 
> So the workaround of the day (mostly a note to myself) is to unset
> POSIXLY_CORRECT temporarily when dealing with autotools.
> 
> Cheers
> Sebastian

Thanks,
  Stefano

Message #19 received at 12877 <at> debbugs.gnu.org (full text, mbox):

From: Sebastian Freundt <sebastian.freundt <at> ga-group.nl>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 12877 <at> debbugs.gnu.org, Autoconf <Autoconf <at> gnu.org>
Subject: Re: Autoconf, GNU m4 and POSIXLY_CORRECT
Date: Wed, 14 Nov 2012 11:09:48 +0000

"Stefano Lattarini" <stefano.lattarini <at> gmail.com> writes:

> [+cc autoconf]
>
> On 11/14/2012 07:45 AM, Sebastian Freundt wrote:
>> Stefano Lattarini <stefano.lattarini <at> gmail.com> writes:
>> 
>>> tags 12877 + moreinfo
>>> thanks
>>>
>>> Hi Sebastian, thanks for the report.
>>>
>>> On 11/13/2012 11:30 AM, Sebastian Freundt wrote:
>>>> shell> automake --version
>>>> automake (GNU automake) 1.12.1
>>>>
>>>> autoreconf: running: automake --add-missing --copy --force-missing
>>>> Use of uninitialized value $macro in exists at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
>>>> Use of uninitialized value $macro in concatenation (.) or string at /home/freundt/usr/bin/automake line 5267, <GEN0> line 2.
>>>> automake: error: unrequested trace ''
>>>> automake: Please contact <bug-automake <at> gnu.org>.
>>>>  at /home/freundt/usr/share/automake-1.12/Automake/Channels.pm line 662
>>>>         Automake::Channels::msg('automake', '', 'unrequested trace \'\'') called at /home/freundt/usr/share/automake-1.12/Automake/ChannelDefs.pm line 212
>>>>         Automake::ChannelDefs::prog_error('unrequested trace \'\'') called at /home/freundt/usr/bin/automake line 5267
>>>>         Automake::scan_autoconf_traces('configure.ac') called at /home/freundt/usr/bin/automake line 5533
>>>>         Automake::scan_autoconf_files() called at /home/freundt/usr/bin/automake line 8588
>>>> autoreconf: automake failed with exit status: 29
>>>>
>>>> In project: https://quickplot.svn.sf.net/svnroot/quickplot/trunk
>>>>
>>> I cannot reproduce this failure with the latest automake release (1.12.4).
>>> I've tried with both autoconf 2.69 and autoconf 2.65, just to be extra sure.
>>>
>>> Does the error disappear for you as well if you use automake 1.12.4?
>> 
>> Ah, I found the culprit.  But first off, the tag v1.12.4 isn't in the
>> savannah git repo yet.
>>
> Yikes!  Thank you very much for catching that, it's fixed now.
>
>> (GNU) m4 when being called with the variable POSIXLY_CORRECT behaves
>> differently as all GNU extensions will be suppressed.
>>
> Modern autoconf versions used with modern GNU m4 versions should pass
> the latter the '-g' option, so that the POSIXLY_CORRECT variable does
> not have any effect on the behaviour of GNU m4.  Which versions of
> autoconf and m4 are you using?
>

freundt <at> clyde:pts/30:~> autoconf --version
autoconf (GNU Autoconf) 2.69
Copyright (C)  Free Software Foundation, Inc.
License GPLv3+/Autoconf: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>, <http://gnu.org/licenses/exceptions.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by David J. MacKenzie and Akim Demaille.

freundt <at> clyde:pts/30:~> m4 --version
m4 (GNU M4) 1.9a.574-8613
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Rene' Seindal, Gary V. Vaughan, and Eric Blake.

Message #22 received at 12877 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Sebastian Freundt <sebastian.freundt <at> ga-group.nl>
Cc: 12877 <at> debbugs.gnu.org, Autoconf <Autoconf <at> gnu.org>,
	GNU bug tracker automated control server <control <at> debbugs.gnu.org>
Subject: Re: bug#12877: Autoconf, GNU m4 and POSIXLY_CORRECT
Date: Wed, 14 Nov 2012 12:18:17 +0100

tags 12877 - moreinfo
tags 12877 notabug
close 12877
thanks

On 11/14/2012 12:09 PM, Sebastian Freundt wrote:
>
> "Stefano Lattarini" <stefano.lattarini <at> gmail.com> writes:
>> 
>> On 11/14/2012 07:45 AM, Sebastian Freundt wrote:
>>>
>>> (GNU) m4 when being called with the variable POSIXLY_CORRECT behaves
>>> differently as all GNU extensions will be suppressed.
>>>
>> Modern autoconf versions used with modern GNU m4 versions should pass
>> the latter the '-g' option, so that the POSIXLY_CORRECT variable does
>> not have any effect on the behaviour of GNU m4.  Which versions of
>> autoconf and m4 are you using?
>>
> 
> freundt <at> clyde:pts/30:~> autoconf --version
> autoconf (GNU Autoconf) 2.69
> Copyright (C)  Free Software Foundation, Inc.
> License GPLv3+/Autoconf: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>, <http://gnu.org/licenses/exceptions.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> 
> Written by David J. MacKenzie and Akim Demaille.
>
Modern enough I'd say :-)

> freundt <at> clyde:pts/30:~> m4 --version
> m4 (GNU M4) 1.9a.574-8613
> Copyright (C) 2010 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> 
> Written by Rene' Seindal, Gary V. Vaughan, and Eric Blake.
> 
Ha, here lies the problem.  According to the m4 NEWS file, the '-g' option
has only been introduced in version 1.4.12.  I'd suggest you to update
your m4 installation to the latest if possible.

In the meanwhile, I'm closing this report, since we've determined your
problem is not due to an automake or aclocal bug.

HTH,
  Stefano

Message #31 received at 12877 <at> debbugs.gnu.org (full text, mbox):

From: "Sebastian Freundt" <sebastian.freundt <at> ga-group.nl>
To: "Stefano Lattarini" <stefano.lattarini <at> gmail.com>
Cc: 12877 <at> debbugs.gnu.org, Autoconf <Autoconf <at> gnu.org>
Subject: Re: bug#12877: Autoconf, GNU m4 and POSIXLY_CORRECT
Date: Wed, 14 Nov 2012 11:24:33 +0000

"Stefano Lattarini" <stefano.lattarini <at> gmail.com> writes:

> tags 12877 - moreinfo
> tags 12877 notabug
> close 12877
> thanks
>
> On 11/14/2012 12:09 PM, Sebastian Freundt wrote:
>>
>> "Stefano Lattarini" <stefano.lattarini <at> gmail.com> writes:
>>> 
>>> On 11/14/2012 07:45 AM, Sebastian Freundt wrote:
>>>>
>>>> (GNU) m4 when being called with the variable POSIXLY_CORRECT behaves
>>>> differently as all GNU extensions will be suppressed.
>>>>
>>> Modern autoconf versions used with modern GNU m4 versions should pass
>>> the latter the '-g' option, so that the POSIXLY_CORRECT variable does
>>> not have any effect on the behaviour of GNU m4.  Which versions of
>>> autoconf and m4 are you using?
>>>
>> 
>> freundt <at> clyde:pts/30:~> autoconf --version
>> autoconf (GNU Autoconf) 2.69
>> Copyright (C)  Free Software Foundation, Inc.
>> License GPLv3+/Autoconf: GNU GPL version 3 or later
>> <http://gnu.org/licenses/gpl.html>, <http://gnu.org/licenses/exceptions.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.
>> 
>> Written by David J. MacKenzie and Akim Demaille.
>>
> Modern enough I'd say :-)
>
>> freundt <at> clyde:pts/30:~> m4 --version
>> m4 (GNU M4) 1.9a.574-8613
>> Copyright (C) 2010 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.
>> 
>> Written by Rene' Seindal, Gary V. Vaughan, and Eric Blake.
>> 
> Ha, here lies the problem.  According to the m4 NEWS file, the '-g' option
> has only been introduced in version 1.4.12.  I'd suggest you to update
> your m4 installation to the latest if possible.
>
> In the meanwhile, I'm closing this report, since we've determined your
> problem is not due to an automake or aclocal bug.

Yes, I will report this issue to the m4 guys.  
1.9a has the -g switch and is newer than 1.4 anyway.

Cheers
Sebastian

Message #34 received at 12877 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Sebastian Freundt <sebastian.freundt <at> ga-group.nl>
Cc: 12877 <at> debbugs.gnu.org, Autoconf <Autoconf <at> gnu.org>
Subject: Re: bug#12877: Autoconf, GNU m4 and POSIXLY_CORRECT
Date: Wed, 14 Nov 2012 13:50:57 +0100

On 11/14/2012 12:24 PM, Sebastian Freundt wrote:
> "Stefano Lattarini" <stefano.lattarini <at> gmail.com> writes:
> 
> Yes, I will report this issue to the m4 guys.  
> 1.9a has the -g switch and is newer than 1.4 anyway.
>
Oh, sorry, I has misread the version number as "1.4.9a" *blush*!

I agree a report to the m4 list might be a good move.  But consider
that the 2.0 m4 release has been put in the back burner "until further
notice", so I'd still suggest you to only employ m4 versions in the
1.4.x series for the moment being; especially for any production use.

Regards,
  Stefano

Message #37 received at 12877 <at> debbugs.gnu.org (full text, mbox):

From: Eric Blake <eblake <at> redhat.com>
To: Sebastian Freundt <sebastian.freundt <at> ga-group.nl>
Cc: 12877 <at> debbugs.gnu.org, Autoconf <Autoconf <at> gnu.org>,
	Stefano Lattarini <stefano.lattarini <at> gmail.com>,
	"bug-m4 <at> gnu.org" <bug-m4 <at> gnu.org>
Subject: Re: bug#12877: Autoconf, GNU m4 and POSIXLY_CORRECT
Date: Wed, 14 Nov 2012 06:20:57 -0700

[Message part 1 (text/plain, inline)]

[adding bug-m4]

On 11/14/2012 04:09 AM, Sebastian Freundt wrote:
>>> (GNU) m4 when being called with the variable POSIXLY_CORRECT behaves
>>> differently as all GNU extensions will be suppressed.
>>>
>> Modern autoconf versions used with modern GNU m4 versions should pass
>> the latter the '-g' option, so that the POSIXLY_CORRECT variable does
>> not have any effect on the behaviour of GNU m4.  Which versions of
>> autoconf and m4 are you using?
>>

> freundt <at> clyde:pts/30:~> m4 --version
> m4 (GNU M4) 1.9a.574-8613

Alas, there's your problem.  You self-built from m4.git, but built from
the master (experimental) branch instead of branch-1.4 (stable
releases); unfortunately, the experimental branch is just that, and
doesn't yet play nicely with autoconf.

I should probably find a way to reject any m4 version at autoconf's
configure time if it doesn't support GNU extensions; meanwhile, I should
also find time to fix m4.git to make the experimental branch not regress
in relation to released m4.

-- 
Eric Blake   eblake <at> redhat.com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.