Re: snapshot in preparation for m4 1.4.12

[Tom G. Christensen]

On Thu, Aug 07, 2008 at 07:37:47AM -0600, Eric Blake wrote:
> Therefore I would appreciate some feedback
> before making the 1.4.12 release (if you encounter a testsuite failure in
> the m4 suite, please rerun with 'make -k check' before reporting it, so
> that the gnulib testsuite is also run).
>
This snapshot passes all tests on Solaris 2.6 (sparc & x86) using gcc 4.3.1.

On Irix 6.5.30 I see gnulib test failures:
./test-c-stack.sh[7]: 12954353 Memory fault(coredump)
FAIL: test-c-stack.sh
FAIL: test-c-stack2.sh
test-signbit.c:149: assertion failed
/bin/sh[10]: 13018421 Abort(coredump)
FAIL: test-signbit

Compiler is MIPSpro 7.4.4m

On Irix 6.2 I also see problems in gnulib:
First the testsuite fails to run because of a compilation error (even with make 
-k check):
source='test-c-stack.c' object='test-c-stack.o' libtool=no \
        DEPDIR=.deps depmode=sgi /bin/ksh ../build-aux/depcomp \
        cc  -I. -I../lib  -I. -I. -I.. -I./.. -I../lib -I./../lib   -g -c 
test-c-stack.c
cc-1241 cc: ERROR File = test-c-stack.c, Line = 59
  A declaration cannot appear after an executable statement in a block.

     struct rlimit rl;
     ^

1 error detected in the compilation of "test-c-stack.c".
make[5]: *** [test-c-stack.o] Error 2

The problematic code snippet is this:
main (int argc, char **argv)
{
   program_name = argv[0];
#if HAVE_SETRLIMIT && defined RLIMIT_STACK
   /* Before starting the endless recursion, try to be friendly to the
      user's machine.  On some Linux 2.2.x systems, there is no stack
      limit for user processes at all.  We don't want to kill such
      systems.  */
   struct rlimit rl;
   rl.rlim_cur = rl.rlim_max = 0x100000; /* 1 MB */
   setrlimit (RLIMIT_STACK, &rl);
#endif

Moving program_name below the if block lets the file compile.

After fixing the build failure I see these test failures:
Bus error - core dumped
FAIL: test-c-stack.sh
test-vasprintf-posix.c:1338: assertion failed
/bin/ksh[10]: 14207 Abort(coredump)
FAIL: test-vasprintf-posix

The vasprintf-posix problem is still the loss of the '-' sign.
Attempts to find a solution seems to have stalled after my post here:
http://lists.gnu.org/archive/html/bug-gnulib/2008-04/msg00195.html

Compiler is MIPSpro 7.3.0

On Irix 5.3 the compilation fails early:
source='fatal-signal.c' object='fatal-signal.o' libtool=no \
        DEPDIR=.deps depmode=sgi /bin/ksh ../build-aux/depcomp \
        cc  -I.   -I/usr/tgcware/include  -g -c fatal-signal.c
cfe: Error: ./sig-handler.h, line 39: 'sa_sigaction' undefined; reoccurrences 
will not be reported.
     return (sa_handler_t) a->sa_sigaction;
 ---------------------------^
cfe: Error: ./sig-handler.h, line 39: member of structure or union required
     return (sa_handler_t) a->sa_sigaction;
 -----------------------------^
make[3]: *** [fatal-signal.o] Error 1
make[3]: Leaving directory 
`/usr/people/tgc/buildpkg/m4/src/m4-1.4.11.34-9ecd/lib'
make[2]: *** [all] Error 2

Compiler is the Irix 5.3 IDO cc.


Full logs for all builds available at http://jupiterrise.com/tmp

-tgc