Re: make check "failure" on Itanium HPUX

[Paul Eggert]

mwoehlke <address@hidden> writes:

> Jim Meyering wrote:
>> mwoehlke <address@hidden> wrote:
>>> mwoehlke wrote:
>>>> This is a little odd... 'make' exits non-zero when doing 'make
>>>> check' (help-version) on Itanium Linux, but the tests all seem to
>>>> pass. Here is the relevant verbose output:
>>>> [snip]
>>> ...and similarly on HPUX, although the tests pass, 'make check' just
>>> *fails*, and in this case I'm not seeing why. I'm attaching the log in
>>> case anyone spots something I didn't. (Maybe it's the same problem?)
>> This bit looks like the cause:
>>>     t=ls-files.$$;                                          \
>>>     (cd . && ls -1 *.x) | sed 's/\.x$//' | LC_ALL=C sort > $t;\
>>>     echo base64.1 basename.1 cat.1 chgrp.1 chmod.1 chown.1 chroot.1 cksum.1 
>>> comm.1 cp.1 csplit.1 cut.1 date.1 dd.1 df.1 dir.1 dircolors.1 dirname.1 
>>> du.1 echo.1 env.1 expand.1 expr.1 factor.1 false.1 fmt.1 fold.1 groups.1 
>>> head.1 hostid.1 hostname.1 id.1 install.1 join.1 kill.1 link.1 ln.1 
>>> logname.1 ls.1 md5sum.1 mkdir.1 mkfifo.1 mknod.1 mv.1 nice.1 nl.1 nohup.1 
>>> od.1 paste.1 pathchk.1 pinky.1 pr.1 printenv.1 printf.1 ptx.1 pwd.1 
>>> readlink.1 rm.1 rmdir.1 seq.1 sha1sum.1 sha224sum.1 sha256sum.1 sha384sum.1 
>>> sha512sum.1 shred.1 shuf.1 sleep.1 sort.1 split.1 stat.1 stty.1 su.1 sum.1 
>>> sync.1 tac.1 tail.1 tee.1 test.1 touch.1 tr.1 true.1 tsort.1 tty.1 uname.1 
>>> unexpand.1 uniq.1 unlink.1 uptime.1 users.1 vdir.1 wc.1 who.1 whoami.1 
>>> yes.1 | tr -s ' ' '\n' | sed 's/\.1$//'     \
>>>       | LC_ALL=C sort | diff - $t || { rm $t; exit 1; };            \
>>>     rm $t
>>> /usr/bin/posix/sh[5]: 12357 Memory fault(coredump)
>>> make[2]: *** [check-x-vs-1] Error 1
>
> Yup, it does; didn't spot that. But...
>
>> (do you have "/usr/bin/posix" in your shell's search path?)
>
> ...no I don't.

I'd guess it's pulled in because 'configure' tries /usr/posix/bin/sh.

> Anyway, to me that looks like a fluke
> since 'make check' shouldn't be doing anything in 'man', yes?

'make check' does the equivalent of 'make', so it does things
in 'man'.  And so it's not a fluke; it's a real problem of
some sort with your /usr/posix/bin/sh implementation.

Can you reproduce the problem by hand?  For example, does the
following shell script dump core for you, when you execute it in your
man directory?

#! /bin/sh
/usr/posix/bin/sh -c 'PATH=../src:$PATH; export PATH;           \
        t=ls-files.$$;                                          \
        (cd . && ls -1 *.x) | sed '\''s/\.x$//'\'' | LC_ALL=C sort > $t;\
        echo base64.1 basename.1 cat.1 chgrp.1 chmod.1 chown.1 chroot.1 cksum.1 
comm.1 cp.1 csplit.1 cut.1 date.1 dd.1 df.1 dir.1 dircolors.1 dirname.1 du.1 
echo.1 env.1 expand.1 expr.1 factor.1 false.1 fmt.1 fold.1 groups.1 head.1 
hostid.1 hostname.1 id.1 install.1 join.1 kill.1 link.1 ln.1 logname.1 ls.1 
md5sum.1 mkdir.1 mkfifo.1 mknod.1 mv.1 nice.1 nl.1 nohup.1 od.1 paste.1 
pathchk.1 pinky.1 pr.1 printenv.1 printf.1 ptx.1 pwd.1 readlink.1 rm.1 rmdir.1 
seq.1 sha1sum.1 sha224sum.1 sha256sum.1 sha384sum.1 sha512sum.1 shred.1 shuf.1 
sleep.1 sort.1 split.1 stat.1 stty.1 su.1 sum.1 sync.1 tac.1 tail.1 tee.1 
test.1 touch.1 tr.1 true.1 tsort.1 tty.1 uname.1 unexpand.1 uniq.1 unlink.1 
uptime.1 users.1 vdir.1 wc.1 who.1 whoami.1 yes.1 | tr -s '\'' '\'' '\''\n'\'' 
| sed '\''s/\.1$//'\''   \
          | LC_ALL=C sort | diff - $t || { rm $t; exit 1; };            \
        rm $t'