[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#10423: problem with "make check" coreutils-8.14 after build on AIX (
From: |
Michael Felt |
Subject: |
bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell) |
Date: |
Mon, 2 Jan 2012 22:05:34 +0100 |
Sorry, lost me there...
So, hopefully to improve both our understanding of what is happening...
1. I am using ksh (using bash did not change anything, unfortunately).
2. Running only init.sh returns the following (first not set, then set
VERBOSE=yes)
Note: log file attached - no extra debug info...
address@hidden:[/]cd /data/prj/co*14
address@hidden:[/data/prj/coreutils-8.14]./init.sh
ksh: ./init.sh: not found.
address@hidden:[/data/prj/coreutils-8.14]cd tests
address@hidden:[/data/prj/coreutils-8.14/tests]./init.sh
address@hidden:[/data/prj/coreutils-8.14/tests]export VERBOSE=yes
address@hidden:[/data/prj/coreutils-8.14/tests]./init.sh
+ initial_cwd_=/data/prj/coreutils-8.14/tests
+ fail=0
++ testdir_prefix_
++ printf gt
+ pfx_=gt
++ mktempd_ /data/prj/coreutils-8.14/tests gt-init.sh.XXXX
++ destdir_=/data/prj/coreutils-8.14/tests
++ template_=gt-init.sh.XXXX
++ MAX_TRIES_=4
+++ unset TMPDIR
+++ mktemp -d -t -p /data/prj/coreutils-8.14/tests gt-init.sh.XXXX
++ d=/data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
++ test -d /data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
+++ ls -dgo /data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
+++ tr S -
++ perms=drwx------ 2 256 Jan 2 2012
/data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
++ test 0 = 0
++ echo /data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
++ return
+ test_dir_=/data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
+ cd /data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
+ gl_init_sh_nl_=
+ IFS=
++ expr 1 + 128
+ eval 'trap '\''Exit 129'\'' 1'
++ trap 'Exit 129' 1
++ expr 2 + 128
+ eval 'trap '\''Exit 130'\'' 2'
++ trap 'Exit 130' 2
++ expr 3 + 128
+ eval 'trap '\''Exit 131'\'' 3'
++ trap 'Exit 131' 3
++ expr 13 + 128
+ eval 'trap '\''Exit 141'\'' 13'
++ trap 'Exit 141' 13
++ expr 15 + 128
+ eval 'trap '\''Exit 143'\'' 15'
++ trap 'Exit 143' 15
+ trap remove_tmp_ 0
+ remove_tmp_
+ __st=0
+ cleanup_
+ :
+ cd /data/prj/coreutils-8.14/tests
+ chmod -R u+rwx /data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
+ rm -rf /data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
+ exit 0
address@hidden:[/data/prj/coreutils-8.14/tests]
On Mon, Jan 2, 2012 at 9:32 PM, Jim Meyering <address@hidden> wrote:
> Paul Eggert wrote:
> > On 01/02/12 11:39, Michael Felt wrote:
> >> Running with VERBOSE=yes, however, I do not see a big difference with
> the output
> >
> > Weird.
>
> VERBOSE=yes is disabled via init.sh when the selected shell mishandles
> "set -x" so badly that its output would induce test failures.
> When that happens, you should see a diagnostic something like this:
>
> warn_ "using SHELL=/bin/sh with 'set -x' corrupts stderr"
>
> Here are the relevant parts of init.sh:
>
> # The "...set -x; P=1 true 2>err..." test is to disqualify any shell that
> # emits "P=1" into err, as /bin/sh from SunOS 5.11 and OpenBSD 4.7 do.
> #
> # Use "9" to indicate success (rather than 0), in case some shell acts
> # like Solaris 10's /bin/sh but exits successfully instead of with status
> 2.
>
> # Eval this code in a subshell to determine a shell's suitability.
> # 10 - passes all tests; ok to use
> # 9 - ok, but enabling "set -x" corrupts app stderr; prefer higher score
> # ? - not ok
> gl_shell_test_script_='
> test $(echo y) = y || exit 1
> score_=10
> if test "$VERBOSE" = yes; then
> test -n "$( (exec 3>&1; set -x; P=1 true 2>&3) 2> /dev/null)" && score_=9
> fi
> test -z "$EXEEXT" && exit $score_
> shopt -s expand_aliases
> alias a-b="echo zoo"
> v=abx
> test ${v%x} = ab \
> && test ${v#a} = bx \
> && test $(a-b) = zoo \
> && exit $score_
> '
> ...
>
> if test "$VERBOSE" = yes; then
> # Test whether set -x may cause the selected shell to corrupt an
> # application's stderr. Many do, including zsh-4.3.10 and the /bin/sh
> # from SunOS 5.11, OpenBSD 4.7 and Irix 5.x and 6.5.
> # If enabling verbose output this way would cause trouble, simply
> # issue a warning and refrain.
> if $gl_set_x_corrupts_stderr_; then
> warn_ "using SHELL=$SHELL with 'set -x' corrupts stderr"
> else
> set -x
> fi
> fi
>
log.xz
Description: Binary data
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Michael Felt, 2012/01/02
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Paul Eggert, 2012/01/02
- Message not available
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Paul Eggert, 2012/01/02
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Jim Meyering, 2012/01/02
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell),
Michael Felt <=
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Jim Meyering, 2012/01/02
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Jim Meyering, 2012/01/02
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Michael Felt, 2012/01/02
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Jim Meyering, 2012/01/02
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Michael Felt, 2012/01/03
- bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Jim Meyering, 2012/01/03
bug#10423: problem with "make check" coreutils-8.14 after build on AIX (v5.3, xlc v7, ksh as default shell), Jim Meyering, 2012/01/29