Bug#508657: autogen/autooptns is broken on powerpc
Package: autogen
Version: 1:5.9.5-2
Severity: important
Autooptns does not work on my debian/powerpc (no problem on i386). While
starting autoget, I get:
autogen checkoptn.def
Changing server shell from /bin/bash to /bin/sh
/bin/sh: line 74: -I8: command not found
And after that incorrect (but compilable) c-file is crearted.
Sample autooptns file:
==
AutoGen Definitions options;
prog-name = test_server;
prog-title= Test program;
long-opts;
main = { main-type = shell-process; };
flag = {
name = port;
value = p;
arg-type = number;
arg-range = 1-65000;
descrip = Port to bind;
};
==
Result when running compiled file:
$./test_server -p 2000
test_server error: port option value ``2000''is out of range.
it must lie in the range: 0 to 0
(So, it does not work)
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.26-1-powerpc
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages autogen depends on:
ii base-files 4.0.5 Debian base system miscellaneous f
ii guile-1.6-libs 1.6.8-6 Main Guile libraries
ii libc6 2.7-15GNU C Library: Shared libraries
ii libopts25 1:5.9.5-2 automated option processing librar
ii libopts25-dev 1:5.9.5-2 automated option processing librar
ii libxml22.6.32.dfsg-4 GNOME XML library
autogen recommends no packages.
autogen suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508657: autogen/autooptns is broken on powerpc
Hi Vsevolod,
Autoopts does not work on my debian/powerpc (no problem on i386).
While starting autogen, I get:
autogen checkoptn.def
Changing server shell from /bin/bash to /bin/sh
/bin/sh: line 74: -I8: command not found
``-I8'' is an option to columns, telling it to indent its columnized
output 8 spaces. The macro representing the executable seems to
have disappeared.
$ fgrep CLexe opt*.tpl
optcode.tpl:${CLexe} --fill \\_EOF_\n tmp-text \n_EOF_)))
opthead.tpl: CLexe=${1}
opthead.tpl: test_exe ${CLexe} || \
optlib.tpl:for f in %s ; do echo %s${f} ; done | ${CLexe} -I4 --spread=3
--sep=,
optlib.tpl:${CLexe} -I16 --fill --first='/* TRANSLATORS:' \\_EOF_
optmain.tpl:${CLexe} --spread=1 -I4
_EOProcs_\n%s\n_EOProcs_ )
optmain.tpl: (shellf ${CLexe} -I8 --spread=2 _EOF_\n%s\n_EOF_
optmain.tpl: ${CLexe} -I8 --spread=2 --sep=',' -f'\%s\' _EOF_\n
optmain.tpl: ${CLexe} -I8 --spread=2 --sep=',' -f'\%s\' _EOF_\n
The opthead.tpl code looks in several places to find the right one.
I suspect it does that and something triggers the server shell change.
I'll chase that down. It must be fixed. Meanwhile:
SHELL=/bin/sh autogen checkoptn.def
ought to work around the issue. Terribly sorry. It is very
difficult to work around the various quirks of default shells
that I don't even have access to. I have to rely on kind people
to give excruciatingly precise information about the details of
the failure. In this case:
autogen --trace=everything --trace-out=command-not-found.log checkoptn.def
should most likely provide me with enough information to diagnose
the issue. Thank you.
Regards, Bruce
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
