GNU bug report logs - #12836
automake-1.12 make check: FAIL:2

Previous Next

Package: automake;

Reported by: Tru Huynh <tru <at> pasteur.fr>

Date: Thu, 8 Nov 2012 16:57:02 UTC

Severity: minor

Tags: notabug

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Tru Huynh <tru <at> pasteur.fr>
Cc: GNU bug tracker automated control server <control <at> debbugs.gnu.org>, 12836 <at> debbugs.gnu.org
Subject: bug#12836: automake-1.12 make check: FAIL:2
Date: Thu, 15 Nov 2012 17:36:28 +0100
tags  12836 - moreinfo
tags  12836 + notabug
close 12836

On 11/15/2012 05:33 PM, Tru Huynh wrote:
> On Thu, Nov 15, 2012 at 05:24:56PM +0100, Stefano Lattarini wrote:
>> Hi Tru, sorry for the further delay.
>>
> no problem :)
>>
>>> FAIL: t/lex-header
>>> ==================
>>>
>>> lex-header: running flex --version
>>> flex version 2.5.4
>>>
>> Yikes!  According to what I see in <http://flex.sourceforge.net/>, this
>> flex version is fifteen years old!  The failure here is due to the fact
>> that we are assuming a flex feature (support for the "--header-file"
>> option) that is not present in such an old version.  So we can consider
>> this a spurious error; and the fact that all the other test cases on lex
>> support have passed shows that Automake-generated rules can actually
>> work very well even with such an old flex version.
>>
>> (and BTW, I'd reeally suggest you to update your flex installation ;-)
> That's the default flex version on CentOS-5/Red Hat Enterprise Linux 5.
> [tru <at> sillage ~]$ rpm -q flex
> flex-2.5.4a-41.fc6.x86_64
> 
> I will install another flex version next time :).
> 
>>
>>> FAIL: t/help2
>>> ==============
>>>
>>> + aclocal-1.12
>>> + cat stderr
>>> NONE:0: /usr/bin/m4: ERROR: end of file in string
>>> autom4te: /usr/bin/m4 failed with exit status: 1
>>> aclocal-1.12: error: autom4te failed with exit status: 1
>>> + /bin/grep -F acinclude.m4 stderr
>>> + am_exit_trap 1
>>> + exit_status=1
>>>
>> This too sounds like a spurious error, in that the error message we
>> expected from this particular aclocal invocation is there, but it's
>> not as "precise" as we'd like it to be.  Not a big deal, and not
>> really aclocal's fault, since the error message comes from GNU m4.
>> May I ask you which m4 version re you using?  That is unfortunately
>> not registered in config.log ...
>>
> /usr/bin/m4 is the CentOS-5 default version.
> [tru <at> sillage ~]$ rpm -qf /usr/bin/m4
> m4-1.4.5-3.el5.1.x86_64
> 
> Another oldy too :D
>
Yep :-)

> Thanks for you help,
> 
Thanks for the details.  I can now proceed to close this bug report.

Best regards,
  Stefano





This bug report was last modified 12 years and 264 days ago.

Previous Next


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