Re: $status is read-only for zsh

[Ralf Wildenhues]

* Ralf Wildenhues wrote on Sun, Nov 16, 2008 at 05:55:56PM CET:
>       Do not use read-only variable $status.
>       * tests/compile.at (AC_RUN_IFELSE): Use $estatus instead of
>       $status, for zsh.

I see lots more test failures with zsh like this:

+--- clean-state-env.before     Thu Nov 13 22:38:34 2008
++++ clean-state-env.after      Thu Nov 13 22:38:34 2008
+@@ -1,4 +1,4 @@
+-ARGC=1
++ARGC=7
+ BLOCKSIZE=K
+ COLUMNS=80
+ CONFIG_SHELL=/usr/local/bin/zsh
+@@ -86,7 +86,7 @@
+ ZSH_NAME=zsh
+ ZSH_VERSION=4.3.4
+ __MKLVL__=4
+-argv=(-C)
++argv=(X '$CC' -c '$CFLAGS' '$CPPFLAGS' 'conftest.$ac_ext' '>&5')
+ bindir='${exec_prefix}/bin'
+ cache_file=config.cache
+ datadir='${datarootdir}'
../../autoconf/tests/compile.at:194: exit code was 1, expected 0

And found this bit in the zsh manpage:
| In  sh and ksh compatibility modes the following parameters are
| not special and not initialized by the shell: ARGC, argv, cdpath,
| fignore, fpath, HISTCHARS, mailpath, MANPATH, manpath, path, prompt,
| PROMPT, PROMPT2, PROMPT3, PROMPT4, psvar, status, watch.

so it seems something recently changed that caused the testsuite either
to use zsh where it didn't before (ok I know what that would be), or to
not let zsh operate in compatibility mode (emulate sh).

Does that ring a bell?

Thanks,
Ralf