Hi - regarding this bug report from almost two years ago (sorry).
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35314
Here is the bug log for my last build.
>From a brief glance at the attached test-suite.log, it seems the ar
program on this system was missing or somehow not functional. T
Hi!
The output said "Please contact ." so I'm writing
this e-mail...
Here's how to reproduce it:
# git clone https://github.com/aria2/aria2.git
Cloning into 'aria2'...
remote: Enumerating objects: 20, done.
remote: Counting objects: 100% (20/20), done.
remote: Compressing objects: 100% (16/16)
Hello,
aotto writes:
> the following line create a BUG in autoconf
>> # if 'CFLAGS' is NOT set, than macro 'AC_PROG_CC' set 'CFLAGS=-g -O2'
> in seems that a M4-MACRO in COMMENT is a problem.
Since the issue is related to Autoconf please report it to
instead.
Thanks.
--
Mathieu Lirzin
GPG:
Hi,
the following line create a BUG in autoconf
> # if 'CFLAGS' is NOT set, than macro 'AC_PROG_CC' set 'CFLAGS=-g -O2'
in seems that a M4-MACRO in COMMENT is a problem.
without this line… it works.
# then increment AGE.
#
# 6. If any interfaces have been removed since the last public
aclocal-1.15: error: too many loops
aclocal-1.15: Please contact .
at /usr/share/automake-1.15/Automake/Channels.pm line 662.
Automake::Channels::msg("automake", "", "too many loops") called
at /usr/share/automake-1.15/Automake/ChannelDefs.pm line 212
Automake::ChannelDefs::prog_er
retitle 17327 Automake dying with internal error: "global options already
processed"
tags 17327 moreinfo
thanks
On 04/23/2014 08:18 PM, Gallagher James wrote:
OSX 10.9, automake 1.14, autoconf 2.69
autoreconf: running: automake --add-missing --copy --force-missing
automake: error: global optio
OSX 10.9, automake 1.14, autoconf 2.69
autoreconf: running: automake --add-missing --copy --force-missing
automake: error: global options already processed
automake: Please contact .
at /usr/local/share/automake-1.14/Automake/Channels.pm line 662, line
109.
Automake::Channels::msg('auto
Oops, erroneously created while dealing with bug#12254. Please ignore,
and sorry for the noise,
Stefano
tags 14315 notabug
close 14315
stop
Oops, erroneously created while dealing with bug#12254. Please ignore,
and sorry for the noise,
Stefano
tags 13988 notabug
tags 13988 wontfix
close 13988
stop
Hello Behzad, thanks for the report.
On 03/17/2013 06:20 PM, riddl...@gmail.com wrote:
> Greetings,
>
> I am reporting bug report for "make check" output.
>
All the failures reported in the attaches test-suite.log ar
severity 11803 minor
close 11803
thanks
Oops, I forgot to close this bug when we fixed it. Closing it now.
Stefano
On 03/02/2012 09:36 PM, Stefano Lattarini wrote:
>
> The issue you have encountered is just a testsuite weakness; nothing you
> should really worry about, since it is not a symptom of any real automake
> bug. And it should now be solved in the master branch.
>
> I will wait a week or so before cl
On 01/11/2012 07:16 PM, Stefano Lattarini wrote:
> tags 10462 minor
> thanks
>
> Hi Robert, thanks for the report.
>
> On 01/09/2012 08:19 AM, ROBERT JONES wrote:
>> See below. The bottom line is the reset of CFLAGS to remove the -m64 for
>> compiles that link Tests that didn't fail didn't
FAIL 2
> > + st=1
> > + exit 1
> >
> Ah ah! So this is an issue with your compiler, not with Automake (good
> for us, bad for you I guess ;-). In fact, the script should work if you
> compiler truly gave precedence to the files residing in directories
> specified with
s an issue with your compiler, not with Automake (good
for us, bad for you I guess ;-). In fact, the script should work if you
compiler truly gave precedence to the files residing in directories
specified with earlier '-I' options (as it does on my system).
I'm thus closing th
The script prints the following to the console:
+ mkdir am.dir
+ cd am.dir
+ cat
+ echo 'int bar () { return 0; }'
+ mkdir sub
+ echo 'choke me'
+ st=0
+ gcc -I. -I./sub -c -o foo.o foo.c
In file included from foo.c:1:
./sub/bar.h:1: error: expected `=', `,', `;', `asm' or `__attribute__'
before `
Hi Matthew, sorry for the delay.
On 02/01/2012 06:53 PM, Matthew Wezowicz wrote:
> All bits may have been accidentally set when I scp'ed stdinc.dir to my
> Windows machine for inspection.
> I sent the .tar from it.
>
> I believe the SELinux is installed by default on CentOS 6.2 and I didn't
> cha
On 02/01/2012 10:22 AM, Peter Rosin wrote:
>
> I thought you read the libtool lists and also assumed Matthew would
> get back with the info from the other list, so I didn't speak up.
> Anyway, have a look at this libttol bug:
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10672
>
Thanks for the poi
Stefano Lattarini skrev 2012-02-01 09:49:
> On 01/31/2012 09:15 PM, Matthew Wezowicz wrote:
>> The OS is CentOS 6.2 x86_64
>> Kernel Version: 2.6.32-220.4.1.el6.x86_64
>> GCC Version: 4.4.6
>> Autconf Version: 2.68
>> Libtool Version: 2.4
>>
>> The stdinc.dir and stdinc.log are attached as a .tar.
On 01/31/2012 09:15 PM, Matthew Wezowicz wrote:
> The OS is CentOS 6.2 x86_64
> Kernel Version: 2.6.32-220.4.1.el6.x86_64
> GCC Version: 4.4.6
> Autconf Version: 2.68
> Libtool Version: 2.4
>
> The stdinc.dir and stdinc.log are attached as a .tar.
>
Thanks. However, I still cannot reproduce the p
[Re-adding the list in CC:]
[Please don't drop it in future replies. Thanks.]
On 01/31/2012 07:46 PM, Matthew Wezowicz wrote:
> I ran the test three more times.
> All runs failed.
> I have attached the logs.
>
> Do you need any more information about the specific system set-up I'm using?
>
Yes,
tags 10671 + moreinfo
severity 10671 minor
thanks
Hi Matthew, thanks for the report.
On 01/31/2012 03:47 AM, Matthew Wezowicz wrote:
> Bug encountered in Automake 1.11 Test Suite run.
>
Consider that 1.11 is already some years old, and, most importantly,
suffers from a know security vulnerability
s built when CFLAGS was untouched.
>
> Robert W. Jones
>
The issue you have encountered is just a testsuite weakness; nothing you
should really worry about, since it is not a symptom of any real automake
bug.
Still, I'm not closing this bug report yet, since work is underway to improve
See below. The bottom line is the reset of CFLAGS to remove the -m64
for compiles that link
Tests that didn't fail didn't have to link with anything else that was
built when CFLAGS was untouched.
Robert W. Jones
gfp-ip@gfpmtipb:pts9:/build_tools/tools/build/automake-1.11.1/tests
$ grep "^
tags 9658 wontfix
close 9658
thanks
On 12/30/2011 03:03 PM, Stefano Lattarini wrote:
> It turns out that this failure wasn't a spurious one after all:
>
> <http://lists.gnu.org/archive/html/automake/2011-12/msg00025.html>
>
> I've thus reopened the bug repor
Hi Jeff.
On Sunday 07 November 2010, Jeff Hammond wrote:
> I suck for taking so long to respond, but I attempted to verify my
> error and cannot, meaning that after a variety of updates and a new
> pass at building automake-1.11, everything is fine, i.e. all the "make
> check" tests are passing.
>
I suck for taking so long to respond, but I attempted to verify my
error and cannot, meaning that after a variety of updates and a new
pass at building automake-1.11, everything is fine, i.e. all the "make
check" tests are passing.
Jeff
On Wed, Aug 11, 2010 at 5:18 AM, Stefano Lattarini
wrote:
>
Hi Jeff, thanks for the report.
> FAIL: acloca22.test (exit: 1)
This seems like a weird failure, no clue what the cause might be...
could you please try to run the test by hand to see if the failure is
still there?
You can do something like this:
$ cd /software/source/automake-1.11/tests/
$
Not sure how to do this, but config.log should contain system-dependent info.
Jeff
--
Jeff Hammond
Argonne Leadership Computing Facility
jhamm...@alcf.anl.gov / (630) 252-5381
http://www.linkedin.com/in/jeffhammond
=
GNU Automake 1.11: tests/test-su
Hello Kyoji,
Thanks for the report.
* Kyoji Kamei wrote on Sun, Oct 14, 2007 at 11:31:13PM CEST:
> XFAIL: cond17.test
This is not a problem: XFAILs are expected failures. So everything is
going right here, only FAILs and XPASSes (unexpected passes) are
problematic.
Cheers,
Ralf
XFAIL: cond17.test
Hi folks,
here is a bug report as requested in configure's log output:
configure: WARNING: net/if.h: present but cannot be compiled
configure: WARNING: net/if.h: check for missing prerequisite headers?
configure: WARNING: net/if.h: see the Autoconf documentation
configure: WARNING: net
32 matches
Mail list logo
