[Top][All Lists]

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

Re: [CFT] sed prerelease on alpha.gnu.org

From: Matthew Woehlke
Subject: Re: [CFT] sed prerelease on alpha.gnu.org
Date: Wed, 29 Apr 2009 11:09:51 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20090320 Fedora/ Thunderbird/ Mnenhy/

Paolo Bonzini wrote:
Matthew Woehlke wrote:
Paolo Bonzini wrote:
I placed a prerelease on ftp://alpha.gnu.org/gnu/sed/sed-4.1e.tar.gz
and I would like as many people as possible to test it on various
architectures and operating systems.  This is the first fully
gnulib-ized version of sed.
It seems to build rather more reliably than 4.1.5 :-).

Can you try sed 4.1f too?  I fixed the AIX failure and tried XFAILing
the utf8-* tests where they do not work.


source='compile.c' object='compile.o' libtool=no \
        DEPDIR=.deps depmode=aix /bin/sh ../build-aux/depcomp \
cc -qlanglvl=ansi -DHAVE_CONFIG_H -I. -I.. -I../lib -I.. -I../lib -DLOCALEDIR=\"/home/install/gnu/rs6000_aix/share/locale\" -I/home/install/gnu/rs6000_aix/include -I/home/install/gnu/rs6000_aix/include -c compile.c "compile.c", line 532.1: 1506-343 (S) Redeclaration of match_slash differs from previous declaration on line 530 of "compile.c". "compile.c", line 532.1: 1506-379 (I) Prototype for function match_slash must contain only promoted types if prototype and nonprototype declarations are mixed. "compile.c", line 532.1: 1506-380 (I) Parameter 2 has type "signed char" which promotes to "int".

Okay... the problem here is that "[prototypes for functions] must contain only promoted types if prototype and nonprototype declarations are mixed." The c89-definition of "bool" is biting you here, and will bite you wherever 'bool' appears in a function prototype.

For now I'm just going to use 'CC="cc -qlanglvl=stdc99"'. I don't know how hard you want to try to make this work out of the box, but the previous change should probably be reverted.

FYI: adding the autoconf check to turn on c99 mode is broken; autoconf picks up -qlanglvl=ansi from the ANSI c89 check, and doesn't know how to try alternatives (this affects other GNU packages as well, most notably coreutils).

The XFAILing should work on
HP-UX and Windows; I do not have access to Solaris.

the XFAIL'ing is apparently working on Solaris also. No change on Irix (not that any was expected).

Successful build on x86/FreeBSD. Seems okay besides the noted utf8-*
tests on sparc/Solaris, x86/Solaris, ia64/HP-UX, Irix (the last of which
skipped said tests).

Skipping is okay. :-)

Of course :-). I'm just reporting my results.

However risc/HP-UX went poorly, most tests produced
the failure (e.g.) "../sed/sed: file ./numsub.sed line 3: Memory
exhausted" (though this seems like it may be a problem with the

It may also be a problem with the system malloc, for example returning
ENOMEM for a zero-byte request.  If you are familiar with gnulib, [snip]

Not really, sorry. (Maybe if I have time later I'll go digging around for source checkouts and such; right now I should go do some $REALWORK...)

However, while I want to say at least one of the platforms I'm building on has such a malloc...

$ cat malloc-test.c
#include <stdio.h>
#include <stdlib.h>

int main() {
  errno = 0;
  void *foo = malloc(0);
  printf("ptr = %p, errno = %i\n", foo, errno);
  return 0;
$ cc -o mt malloc-test.c && ./mt
ptr = 40003160, errno = 0
$ uname -svriomp
HP-UX B.11.11 U 9000/800 unknown unknown HP-UX

Please do not quote my e-mail address unobfuscated in message bodies.
This is not a sig. I am too lazy to steal one, perhaps you could loan me yours? -- Unknown

reply via email to

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