bug-m4
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNU M4 1.9a] testsuite: 52 59 60 61 62 failed


From: Eric Blake
Subject: Re: [GNU M4 1.9a] testsuite: 52 59 60 61 62 failed
Date: Sat, 14 Oct 2006 07:22:52 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060909 Thunderbird/1.5.0.7 Mnenhy/0.7.4.666

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Ralf Wildenhues on 10/14/2006 7:05 AM:
> For some days, the testsuite has been failing again.  ISTR you said that
> the failure of test 52 needs a gnulib fix, but I can't see the other
> ones reported, so I'm attaching a `make check' testsuite.log.

Hi Ralf, and thanks for the report.  And isn't autotest output lovely for
debugging?

> --- - 2006-10-14 14:48:50.649837000 +0200
> +++ /home/ralf/download/cvs/m4/build/tests/testsuite.dir/at-stderr    
> 2006-10-14 14:48:50.000000000 +0200
> @@ -1,2 +1,3 @@
>  m4:stdin:1: error reading file `stdin'
> +m4: error closing stdin: Bad file descriptor
>  
> 52. others.at:424: 52. stdin closed (others.at:424): FAILED (others.at:438)
> 

I'll have to look closer at 52 - all the gnulib patches have been applied
now, so it may just be an honest difference in opinion between cygwin and
linux on how stdio.h handles a closed fd 0 in error output.  If that is
the case, then I will need to patch the testsuite to be more tolerant.

> #                             -*- compilation -*-
> 59. modules.at:124: testing ...
> ../../m4/tests/modules.at:124: if test "x$DYNAMIC_MODULES" = xno ; then
>   echo Dynamic module support not detected, skipping this test.
>   exit 77
> fi
> ../../m4/tests/modules.at:124: m4 -b -d -m load  input.m4 < /dev/null
> stderr:
> /home/ralf/download/cvs/m4/build/src/.libs/lt-m4:input.m4:1: cannot open 
> module `modtest': file not found

For 59-62, I think I've seen that failure pattern in one of my own trees.
 A while ago, I moved the build location of modtest.la from modules to
tests for the sake of 'make installcheck', but that means that even 'make
distclean' won't remove a bogus modules/modtest.la.  During 'make check',
libtool finds modules/modtest.la on the path first (thanks to the tests/m4
wrapper), but it is broken, hence the error.  Try 'find
~/download/cvs/m4/build -name modtest.la -delete' and see if that clears
up the error.

- --
Life is short - so eat dessert first!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFMOSs84KuGfSFAYARAtNLAJ9RkGTkztpyAhhwHU/n4krKhRwFnQCgzeGf
zEoHA0BBtD2H6zJ9x3mr8os=
=mQJl
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]