Hi,
One of the troublesome issues we have is that the rocket bash port isn’t available in source form, only binary,
so if we hit a problem, we can’t fix it – only Rocket can. And if you don’t buy S&S then of course, your
request gets lower priority than the folks paying for support.
The other issue is that even if we get the source changes from Rocket for bash, the rest of the stack is
not available to the community. So my approach is to tackle this from ‘first principles’ and work up the
stack so that we can provide fixes as we go. So far, the software hasn’t had issues with the shell itself
(there is support for many variants of the shell). We’ve hit a couple with Perl but they were pretty minor.
Once we get up to bash, and we have a proper open source version of it to use, I’m very much a proponent
of being able to leverage it. This is kind of like some of the bootstrap problems with autoconf, automake,
Perl, m4 where we need to start with the source tarball and then move to the git source.
From:
Bruno Haible <bruno@clisp.org>
Date: Friday, June 3, 2022 at 03:54
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: Mike Fulton <fultonm@ca.ibm.com>, bug-gnulib@gnu.org <bug-gnulib@gnu.org>
Subject: [EXTERNAL] Re: Failure running gnulib-tool update on z/OS
Paul Eggert wrote:
> > The error is on line 1571, where the z/OS shell (an older POSIX ‘sh’) issues:
> > FSUM7728 bad ${} modifier
>
> I must be missing context, as current gnulib/gnulib-tool's line 1571
> says "autoconf_minversion=" which doesn't have anything to do with ${}
> modifiers.
I wouldn't spend time on this issue, because
* Mike wrote:
"‘bash’ is higher up the stack (along with zsh). So – they are definitely something
we plan to do – we just haven’t got that far up the stack yet."
* Daniel already recommended to use bash, as ported by Rocket software, not
the z/OS shell [1].
It's like we don't spend time to work around the /bin/sh bugs in
Illumos (I mean the bug with here documents and offsets that are
multiples of 4096). We instead recommend to install bash on this system.
Bruno
[1] https://lists.gnu.org/archive/html/bug-gnulib/2019-11/msg00036.html