http://blog.gmane.org/gmane.comp.sysutils.automake.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6453 <pre>Hi, aclocal8, acsilent and unused test cases all fail if I have the newly released perl-5.16.0 installed. The error appears to be because of a change in Perl, which now ends up outputting the following to stderr: main::scan_file() called too early to check prototype at /sources/automake-1.12/aclocal line 642. I've attached the logs. If you require any further information, just let me know. Thanks, Matt. </pre> Matt Burgess 2012-05-22T20:34:40 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6452 <pre>Hi! I got two failures on my Ubuntu 12.04 LTS system, see output below. ============================================================================ Testsuite summary for GNU Automake 1.12.0b ============================================================================ # TOTAL: 2921 # PASS: 2781 # SKIP: 96 # XFAIL: 42 # FAIL: 2 # XPASS: 0 # ERROR: 0 FAIL: t/remake8b ================ Running from installcheck: no Using TAP: no PATH = /home/jas/src/automake-1.12.0b/t/ax:/home/jas/src/automake-1.12.0b/t/wrap:/home/jas/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/jas/bin ++ pwd /home/jas/src/automake-1.12.0b/t/remake8b.dir + mv -f configure.ac configure.stub + cat + cat configure.stub - + aclocal-1.12 -Werror + autoconf + automake-1.12 --foreign -Werror -Wall + mkdir build + cd build + srcdir=.. + ../configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe</pre> Simon Josefsson 2012-05-21T12:24:48 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6450 <pre>============================================================================ Testsuite summary for GNU Automake 1.12 ============================================================================ # TOTAL: 2968 # PASS: 2833 # SKIP: 89 # XFAIL: 42 # FAIL: 4 # XPASS: 0 # ERROR: 0 ============================================================================ See ./test-suite.log Please report to bug-automake&lt; at &gt;gnu.org ============================================================================ ./lib/test-driver: line 95: 8767 Segmentation fault "$&lt; at &gt;" &gt; $log_file 2&gt;&amp;1 FAIL: t/pm/Condition-t.pl ./lib/test-driver: line 95: 8815 Segmentation fault "$&lt; at &gt;" &gt; $log_file 2&gt;&amp;1 FAIL: t/pm/DisjConditions-t.pl FAIL: t/cond29.sh FAIL: t/cond29 ============== Running from installcheck: no Using TAP: no PATH = /usr/src/automake-1.12/t/ax:/usr/src/automake-1.12/t/wrap:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin ++ pwd /usr/src/automake-1.12/t/cond29.dir + echo AC_PROG_CC + cat + ulimit -v 1 + sh -c : </pre> Guido Trentalancia 2012-05-18T18:40:33 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6444 <pre>I got two self-test failures with automake 1.12 on Ubuntu 12.04 LTS. The first was the 'lex-clean' issue that was already reported. The other I couldn't find any report for, so please find test-suite.log output for the failing test below. /Simon FAIL: t/parallel-tests-fork-bomb ================================ Running from installcheck: no Using TAP: no PATH = /home/jas/src/automake-1.12/t/ax:/home/jas/src/automake-1.12/t/wrap:/home/jas/bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/jas/bin ++ pwd /home/jas/src/automake-1.12/t/parallel-tests-fork-bomb.dir + cat + using_gmake + case $am__using_gmake in + make --version -v + grep GNU GNU Make 3.81 + am__using_gmake=yes + return 0 + cond=: + cat + ulimit -t 8 + ulimit -t 8 + aclocal-1.12 -Werror + autoconf + automake-1.12 --foreign -Werror -Wall -a -Wno-portability configure.ac:2: installing './test-driver' + ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether </pre> Simon Josefsson 2012-05-11T08:45:31 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6436 <pre>Hi, I have installed automake-1.12 a couple of days ago. In particular the info format documentation was installed as well: $ ls -lrt /arch/x86-linux/gnu/share/info/ ... -rw-r--r-- 1 bin bin 227199 25. Apr 11:16 standards.info -rw-r--r-- 1 bin bin 1142045 25. Apr 11:16 autoconf.info -rw-r--r-- 1 bin bin 27543 29. Apr 01:09 dir -rw-r--r-- 1 bin bin 74585 29. Apr 01:09 automake.info-3 -rw-r--r-- 1 bin bin 232045 29. Apr 01:09 automake.info-2 -rw-r--r-- 1 bin bin 296172 29. Apr 01:09 automake.info-1 -rw-r--r-- 1 bin bin 7620 29. Apr 01:09 automake.info -rw-r--r-- 1 bin bin 78461 29. Apr 01:09 automake-history.info The 'info' program finds the documentation of 'standards', 'autoconf', 'automake-history', but not the documentation of 'automake': $ export INFOPATH=/arch/x86-linux/gnu/share/info $ info --version info (GNU texinfo) 4.13 ... $ info standards (OK) $ info autoconf (OK) $ info automake-history (OK) $ info automake File: *manpages*, Node: automake, Up: (dir) AUTOMAKE(1) </pre> Bruno Haible 2012-05-06T16:13:35 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6433 <pre>Severity: minor I'm sporadically seeing the failure below in the test 'tap-more.sh'. Anyone has an insight about what's going on? Regards, Stefano -*-*-*- tap-more: exec /bin/sh t/tap-more.sh Running from installcheck: no Using TAP: no PATH = [SNIP] ++ pwd /devel/stefano/src/am/branches/trunks/t/tap-more.dir + fetch_tap_driver + case $am_tap_implementation in + AM_TAP_AWK=gawk + export AM_TAP_AWK + sed '1s|#!.*|#! /bin/sh|' /home/stefano/src/am/branches/trunks/lib/tap-driver.sh + chmod a+x tap-driver + sed 10q tap-driver #! /bin/sh # Copyright (C) 2011-2012 Free Software Foundation, Inc. # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2, or (at your option) # any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of + cat + cat + cat + cat + cat + chmod a+x 1.test 2.te</pre> Stefano Lattarini 2012-05-05T15:51:50 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6429 <pre>consider this simple code base: $ cat configure.ac AC_PREREQ([2.63]) AC_INIT([foo], [0]) AM_INIT_AUTOMAKE([1.11 -Wall foreign]) AC_PROG_CC LT_INIT AC_OUTPUT(Makefile) $ cat Makefile.am lib_LTLIBRARIES = libfoo.la libfoo_la_SOURCES = foo.c $ touch foo.c with automake-1.11.5, everything works great: $ autoreconf -f -i libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. however, upgrade to automake-1.12, and it starts spitting this: libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. /usr/share/automake-1.12/am/ltlibrary.am: warning: 'libfoo.la': linking libtool libraries using a non-POSIX /usr/share/automake-1.12/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'co</pre> Mike Frysinger 2012-05-04T05:25:57 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6421 <pre>Hi, On a bi-arch Linux/glibc system (x86, x86_64) I'm getting 3 test failures when building for 32-bit mode: $ ./configure --host=i686-pc-linux-gnu --prefix=/arch/x86-linux/gnu \ CC="gcc -m32 -march=i586" \ CXX="g++ -m32 -march=i586" \ F77="gfortran -m32 -march=i586" \ FC="gfortran -m32 -march=i586" \ LDFLAGS="-m32" \ CPPFLAGS=-Wall $ make $ make check FAIL: t/fort4 FAIL: t/fort5 FAIL: t/silent-many-gcc Let's analyze the t/fort4 failure. The two other failures look similar. FAIL: t/fort4 ============= Running from installcheck: no Using TAP: no PATH = /home/bruno/data/build/automake-1.12/t/ax:/home/bruno/data/build/automake-1.12/t/wrap:/home/bruno/bin:/arch/x86_64-linux/gnu/bin:/arch/x86-linux/gnu/bin:/home/bruno/bin:/arch/x86_64-linux/gnu/bin:/arch/x86-linux/gnu/bin:/usr/lib64/mpi/gcc/openmpi/bin:/home/bruno/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin ++ p</pre> Bruno Haible 2012-05-01T09:56:54 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6416 <pre> Under certain very reasonable scenarios, the configure file contained within some source tree may perhaps be marked as read-only. When and if this occurs, automake will fail to remove the configure file before it attempts to generate it anew. The following trivial patch corrects this problem. I would really appreciate it if this small patch could be incorporated into future releases of automake. It does no harm, and it can provably do some good in certain circumstances. diff -rc2 src/automake-1.11.5/lib/am/configure.am build/automake-1.11.5/lib/am/configure.am *** src/automake-1.11.5/lib/am/configure.am2012-04-13 07:46:00.000000000 -0700 --- build/automake-1.11.5/lib/am/configure.am2012-04-25 15:05:50.000000000 -0700 *************** *** 107,111 **** $(top_srcdir)/configure: %MAINTAINER-MODE% $(am__configure_deps) ! ?TOPDIR_P?$(am__cd) $(srcdir) &amp;&amp; $(AUTOCONF) ?!TOPDIR_P?cd $(top_builddir) &amp;&amp; $(MAKE) $(AM_MAKEFLAGS) am--refresh --- 107,111 ---- $(top_srcdir)/configure: %MAINTAINER-</pre> Ronald F. Guilmette 2012-04-28T20:55:00 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6409 <pre>Hi, Testing the latest release of Automake, I see test failures in dist-readonly and lex-clean. I've attached the relevant sections of test-suite.log. Thanks, Matt. </pre> Matt Burgess 2012-04-28T09:29:22 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6407 <pre>The AM_SILENT_RULES macro needs an argument to be enabled. Currently, if the silent-rules option is set in AM_INIT_AUTOMAKE, the action is an AC_REQUIRE on the macro, which runs it without any arg, resulting in an useless action. The only way for now to enable silent-rules is to call AM_SILENT_RULES([yes]), the silent-rules option has no effect at all. This patch solves it, calling the macro with the right arg </pre> Marc-Antoine Perennou 2012-04-28T17:25:15 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6397 <pre>Hello, Just a tiny nit. After installing the new version (1.12) of automake I noticed that 'automake --version' outputs: automake (GNU automake) 1.12 Copyright (C) 2011 Free Software Foundation, Inc. whereas I expected it to say 'Copyright (C) 2012...' Cheers, Peter </pre> Peter Johansson 2012-04-27T03:30:29 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6389 <pre>Severity: minor Reference: &lt;http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11306#11&gt; On 04/22/2012 08:10 PM, Bruno Haible wrote: I agree this situation is suboptimal and can hinder on-field testing by the users that are not automake developers. I will fix this soonish. Thanks, Stefano </pre> Stefano Lattarini 2012-04-26T10:10:06 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6383 <pre>Hi, I just fetched automake-1.12, built it on our no-distro x86-linux-gnu system uname -r: 2.6.28.6-x86_64 (most binaries are 32-bit) /lib/libc-2.3.6.so /lib64/libc-2.3.6.so and got one test suite failure. FAIL: t/self-check-is_newest.tap 19 - is_newest u x It seems that 'touch -r x u' (on jfs) has truncated the timestamp, but I have also seen timestamps rounded upwards to the next second (I think). Therefore I would suggest to replace touch -r x u in self-check-is_newest.tap by touch -r x x; touch -r x u such that x's time first gets rounded (up or down) to the next second and then transferred to u. Regards Peter Breitenlohner &lt;peb&lt; at &gt;mppmu.mpg.de&gt; </pre> Peter Breitenlohner 2012-04-26T08:26:10 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6382 <pre>Forwarding this to bug-automake, so that we'll have a bug number to reference in our fix. Original message: &lt;http://lists.gnu.org/archive/html/automake/2012-04/msg00061.html&gt; -------- Original Message -------- Subject: lex-depend-cxx automake-1.12 test failure on Mac OS X 10.7.3(Xcode-4.3.2) Date: Wed, 25 Apr 2012 19:25:00 -0500 From: Adam Mercer &lt;ramercer&lt; at &gt;gmail.com&gt; To: automake&lt; at &gt;gnu.org Hi I've been looking at getting the version of automake in MacPorts updated to automake-1.12 and I'm getting the following test failure: FAIL: t/lex-depend-cxx ====================== Running from installcheck: no Using TAP: no PATH = /opt/local/var/macports/build/_Users_ram_macports_ports_devel_automake/automake/work/automake-1.12/t/ax:/opt/local/var/macports/build/_Users_ram_macports_ports_devel_automake/automake/work/automake-1.12/t/wrap:/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin ++ pwd /opt/local/var/macports/build/_Users_ram_macports_ports_devel_automake/automake/work/automake-1.12/t/lex-depend-c</pre> Stefano Lattarini 2012-04-26T08:05:51 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6377 <pre>Hello, I compiled automake-1.11 on Debian-6.0. When make test finished there was a message that one test had failed and should be reported to bug-automake. Here is part of the test/test-suite.log: FAIL: specflg10.test (exit: 2) ============================== /opt/automake-1.11/tests:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games === Running test ./specflg10.test + pwd /opt/automake-1.11/tests/specflg10.dir + set -e + cat + mkdir sub sub2 + cat + cat + cat + cat + cp foo.c sub/bar.cpp + cp foo.c sub/baz.cpp + cp foo.c sub2/bla.foo + aclocal-1.11 -Werror + autoconf + AUTOMAKE_fails --add-missing + AUTOMAKE_run 1 --add-missing + expected_exitcode=1 + shift + exitcode=0 + automake-1.11 --foreign -Werror -Wall --add-missing + exitcode=1 + cat stderr sub2/Makefile.am:3: automake does not support AM_DEFAULT_SOURCE_EXT being defined conditionally + cat stdout + test 1 = 1 + grep defined conditionally stderr sub2/Makefile.am:3: automake does not support AM_DEFAULT_SOURCE_EXT being defined condition</pre> Fred 2012-04-24T19:31:32 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6367 <pre>Hi, With automake &lt; 1.11.4 it was possible to create empty directories this way: Makefile.am: mystatedir = $(pkglocalstatedir) mystatedir_DATA = With automake-1.11.4, this doesn't work anymore and silently breaks existing Makefile.ams. Ralf </pre> Ralf Corsepius 2012-04-24T07:50:29 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6348 <pre>Hi! I have seen that check-html will be removed, or rather moved into the contrib part, but there are a few issues: - the target is not declared recursive, so one has to write the bouncing target herself. - because of that, the "naive" implementation of check-html that just bounces the right directories will miss the dependencies that check features (in other words, make check properly recursively builds before, while check-html would just go into the typical tests/ directory, and then bounce to "check", so it completely missed the recursion in the other directories and their dependencies). - RECURSIVE_TARGETS cannot be highjacked by the users, that's sad. Could a $(USER_RECURSIVE_TARGETS) be added to RECURSIVE_TARGETS so that we can add our own targets that traverse the whole package? Actually maybe this should be an Automake option to add recursive targets, and then TARGET-am and TARGET-recursive would be generated and bound to the proper TARGET. - the .log.html recipe features $$RST2HT</pre> Akim Demaille 2012-04-20T11:13:58 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6344 <pre>Regarding automake.texi in 1.11.4. The whole point of the "Individual utilities" section is to have an entry for the actual command names. I can understand the rationale of changing the "individual" automake to automake-invocation, since the whole package is also named Automake. However, there is no package named "aclocal", so can we again not have the "-invocation" there, please? Thanks, karl --- automake-1.11.4/doc/ORIG/automake.texi2012-04-02 03:09:39.000000000 -0700 +++ automake-1.11.4/doc/automake.texi2012-04-13 10:06:57.000000000 -0700 &lt; at &gt;&lt; at &gt; -47,3 +47,3 &lt; at &gt;&lt; at &gt; &lt; at &gt;direntry -* aclocal-invocation: (automake)aclocal Invocation. Generating aclocal.m4. +* aclocal: (automake)aclocal Invocation. Generating aclocal.m4. * automake-invocation: (automake)automake Invocation. Generating Makefile.in. Diff finished at Fri Apr 13 10:07:19 </pre> Karl Berry 2012-04-13T21:36:42 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6339 <pre>On a Fedora 16 system (the ppc64 one provided by the GCC compile farm, "gcc110"), when I try to build automake from a distribution tarball, I get this error: GEN doc/aclocal.1 GEN automake GEN doc/automake.1 GEN aclocal GEN lib/Automake/Config.pm GEN doc/aclocal-1.11c.1 Can't locate Locale/gettext.pm in &lt; at &gt;INC [...] at ./doc/help2man line 29. BEGIN failed--compilation aborted at ./doc/help2man line 29. make: *** [doc/aclocal-1.11c.1] Error 2 make: *** Waiting for unfinished jobs.... This is clearly caused by commit 'v1.11b-17-gda0f9ab', "build: generate doc/*.1 files; include help2man". Jim, any idea on which is the best way to fix this? Should we downgrade the bundled help2man further? Or should we patch it? Or what else? Regards, Stefano </pre> Stefano Lattarini 2012-04-13T13:08:12 http://comments.gmane.org/gmane.comp.sysutils.automake.bugs/6331 <pre>Hi, Commit v1.11-759-g368f1c4 (git describe --contain v1.11-759-g368f1c4 says it is v1.11.3b~3^2~1) introduced a regression. GNU automake used to support shell commands in installation directories, but it seems to be inadvertently broken now because of the change in shell quoting. In 3 of 24 places where MKDIR_P commands are generated, automake uses single quotes, while in other 21 places it still uses double quotes: $ git grep "^[[:space:]]*\$(MKDIR_P) '" v1.11-759-g368f1c4^:lib | wc -l 0 $ git grep "^[[:space:]]*\$(MKDIR_P) '" v1.11-759-g368f1c4:lib v1.11-759-g368f1c4:lib:am/data.am: $(MKDIR_P) '$(DESTDIR)$(%NDIR%dir)' || exit 1; \ v1.11-759-g368f1c4:lib:am/libs.am: $(MKDIR_P) '$(DESTDIR)$(%NDIR%dir)' || exit 1; \ v1.11-759-g368f1c4:lib:am/ltlib.am: $(MKDIR_P) '$(DESTDIR)$(%NDIR%dir)' || exit 1; \ $ git grep "^[[:space:]]*\$(MKDIR_P) \"" v1.11-759-g368f1c4:lib v1.11-759-g368f1c4:lib:am/data.am: $(MKDIR_P) "$(DESTDIR)$(%NDIR%dir)" || exit 1; \ v1.11-759-g368f1c4:lib:am/data.am: $(MKDIR_P) "</pre> Dmitry V. Levin 2012-04-12T22:04:13 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.sysutils.automake.bugs