Subject: (was Re: bug#14706: automake 1.14 test failure on OS X 10.6.8

From: Stefano Lattarini <[email-masked]>
Date: Tue, 25 Jun 2013 00:09:42 +0200

severity 14706 minor
thanks

On 06/24/2013 04:02 PM, Diab Jerius wrote:
> Hi,
Hi, and thanks for the report!

> I received a test failure of automake 1.14 on OS X 10.6.8.
> 
> Attached is the test log.
> 
> Diab
>

Here I copy the relevant portion of the log, for easier reference:
> 
> FAIL: t/depcomp2
> ================
>
> Running from installcheck: no
> Test Protocol: none
> PATH = /tmp/automake-1.14/t/wrap:/tmp/automake-1.14/t/ax:<snip>
> ++ pwd
> /tmp/automake-1.14/t/depcomp2.dir
> + cat
> + cat
> + rm -f depcomp
> + mkdir subdir
> + cat
> + :
> + aclocal-1.14 -Werror
> + automake-1.14 --foreign -Werror -Wall --add-missing
> + autoconf
> + ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... ./install-sh -c -d
> checking for gawk... no
> checking for mawk... no
> checking for nawk... no
> checking for awk... awk
> checking whether /usr/bin/make sets $(MAKE)... yes
> checking whether /usr/bin/make supports nested variables... yes
> checking for gcc... cc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables...
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether cc accepts -g... yes
> checking for cc option to accept ISO C89... none needed
> checking whether cc understands -c and -o together... yes
> checking for style of include used by /usr/bin/make... GNU
> checking dependency style of cc... none
> checking that generated files are newer than configure... done
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating subdir/Makefile
> config.status: executing depfiles commands
> + cat stderr
> rm: conftest.dSYM: is a directory
>
Hmm, seems this is an old issue in Autoconf:

 <http://lists.gnu.org/archive/html/bug-autoconf/2007-11/msg00017.html>
 <http://mail.python.org/pipermail/python-dev/2008-April/078807.html>

I'll add a workaround to the automake testsuite to avoid the spurious
failure (spurious since it's due to a buglet/limitation in autoconf,
not in automake).  I'm about to log off now, so the patch proper should
be poster tomorrow or the day after.

> + test '!' -s stderr
> + am_exit_trap 1
> + exit_status=1
> + set +e
> + cd /tmp/automake-1.14
> + test none = tap
> + case $am_explicit_skips in
> + test 1 -eq 0
> + keep_testdirs=yes
> + am_keeping_testdirs
> + case $keep_testdirs in
> + return 0
> + set +x
> depcomp2: exit 1

Thanks,
  Stefano