bug#10026: Toward release of automake 1.11.2: testsuite results

2011-11-12 Thread Stefano Lattarini
Hello automakers. I've started a round of testsuite runs in view of the release of automake 11.1.2. I'll post the test results I'm obtaining here on bug-automake, for better reference and visibility. The report opened by this mail is meant to be closed after 1.11.2 is released. Here is a

bug#10026: branch-11.1 testsuite on Debian [2] (some older tools) [PASS]

2011-11-12 Thread Stefano Lattarini
SETUP: Debian unstable, in-tree build, perl 5.6.2, autoconf 2.65, /bin/sh is Bash 4.1.5, testsuite is run with GNU make 3.80, GCC and the GNU compilers (3.4.6) and libtool 2.2.2. RESULTS: No failure :-) This file contains any messages produced by compilers while running configure, to aid

bug#10026: branch-11.1 testsuite on Solaris 10 [4] (Sun Distributed make, autoconf 2.62) [PASS]

2011-11-12 Thread Stefano Lattarini
SETUP: Solaris 10, rich /usr/local (e.g., contains `expr' from GNU coreutils 6.9 and gawk 3.1.5), VPATH build, perl 5.12.2, autoconf 2.62, testsuite run with Sun Distributed Make 7.8 (2007/07/19), test scripts run by /bin/sh, CONFIG_SHELL exported to /bin/sh, using gcc and GNU compilers

bug#10031: branch-11.1 testsuite on Debian [3] (bash 3.0, gmake 3.79, libtool 1.5) [PASS]

2011-11-12 Thread Stefano Lattarini
tags 10031 notabug close 10031 thanks On Saturday 12 November 2011, Stefano Lattarini wrote: SETUP: Debian unstable, VPATH build, perl 5.12.4, autoconf 2.63, testsuite run with GNU make 3.79, test scripts run by bash 3.0, with CONFIG_SHELL exported to bash 3.0, using GCC and the GNU

[FYI] {maint} tests: fix typo in 'uninstall-fail.test'

2011-11-12 Thread Stefano Lattarini
* tests/uninstall-fail.test: Always use `$rm_f_is_silent_on_error' instead of the bogus `$rm_f_is_silent_on_failure'. --- ChangeLog |6 ++ tests/uninstall-fail.test |2 +- 2 files changed, 7 insertions(+), 1 deletions(-) diff --git a/ChangeLog b/ChangeLog index

[FYI] {maint} maintcheck: fix spurious failure in 'color2.test'

2011-11-12 Thread Stefano Lattarini
* tests/color2.test: Avoid creative quoting to avoid a spurious failure of the `sc_tests_Exit_not_exit' maintainer check. --- ChangeLog |6 ++ tests/color2.test |3 ++- 2 files changed, 8 insertions(+), 1 deletions(-) diff --git a/ChangeLog b/ChangeLog index 8934813..3cccebc

Re: Makefile.static in EXTRA_DIST vanishes on make distcheck

2011-11-12 Thread Stefano Lattarini
On Thursday 10 November 2011, Holger Hans wrote: Hi, Hello Holger. the project I am working on invokes another Makefile (to build a Linux kernel module), I have placed this Makefile in the EXTRA_DIST but somehow on make distcheck the Makefile.static is gone No, it's not gone -- the problem

problem with BUILT_SOURCES and make distcheck

2011-11-12 Thread Vincent Torri
Hey, I have written a library that use mupdf to render PDF document. mupdf must be linked statically to that library (there is no mupdf package on any distro, no shared lib). So I included the mupdf source into my lib tree: mylib/--- tree of my lib mupdf-0.9/ --- the sub dir

Re: Makefile.static in EXTRA_DIST vanishes on make distcheck

2011-11-12 Thread Holger Hans Peter Freyther
On 11/12/2011 09:34 AM, Stefano Lattarini wrote: On Thursday 10 November 2011, Holger Hans wrote: Hi, Hello Holger. Hi Stefano, No, it's not gone -- the problem is sightly sublter: make distcheck performs a *VPATH build*, and in such a build the Makefile.static won't be placed in the

Re: Makefile.static in EXTRA_DIST vanishes on make distcheck

2011-11-12 Thread Stefano Lattarini
On Saturday 12 November 2011, Holger Hans wrote: On 11/12/2011 09:34 AM, Stefano Lattarini wrote: On Thursday 10 November 2011, Holger Hans wrote: No, it's not gone -- the problem is sightly sublter: make distcheck performs a *VPATH build*, and in such a build the Makefile.static won't be