"[email protected]" <[email protected]> wrote:
> > functions alone are not sufficient, this is why bosh also supports local
> > shell
> > variables.
>
>
> Is local shell variable support in step with the expectations of the POSIX
> standard?
Well, there was an attempt to standardize this, see
https://www.austingroupbugs.net/view.php?id=767
but that did not yet result in an agreement.
> Even though Sun might be calling /sbin/sh, I believe it's just a link (either
> hard or soft) to ksh93.
> I intend to re-write most of the scripts within illumos that depend on
> full-blown, non-POSIX languages (like Perl and Python) to work with standard
> Bourne-shell scripts.
On Schillix-ON, it looks this way:
-r-xr-xr-x 1 root root 197796 Mär 18 2020 /sbin/bosh
lrwxrwxrwx 1 root root 4 Mär 18 2020 /sbin/jbosh -> bosh
lrwxrwxrwx 1 root root 2 Mär 18 2020 /sbin/jsh -> sh
lrwxrwxrwx 1 root root 4 Mär 18 2020 /sbin/pfbosh -> bosh
lrwxrwxrwx 1 root root 2 Mär 18 2020 /sbin/pfsh -> sh
lrwxrwxrwx 1 root root 4 Mär 18 2020 /sbin/sh -> bosh
lrwxrwxrwx 1 root root 18 Mär 18 2020 /usr/bin/i86/bosh ->
../../../sbin/bosh
> I have been croaking about ksh93 only because of it's simplified support for
> advanced programming facilities (functions, recursion, etc.), but email
> exchanges with certain founding members of the illumos project and the
> community surrounding it led me to consider ways of going with a pure POSIX
> shell, even if it doesn't support recursion (I can make-up for that by using
> a "y-combinator").
> Going with a pure POSIX shell would allow reduced dependence on even ksh93
> since it's considered pretty outdated (in the light of GNU Bash) and needless
> by the stewards of the project.
Bosh has several compile variants, resulting in three different binaries:
obosh the binary is highly portable but behaves compatible to the
Bourne Shell from OpenSolaris
pbosh bosh compiled with the minimal set of features, but strict
POSIX by default. This dos not include "local" support or other
bosh specific features unless you manually change the Makefile
bosh A binary with all possible features, but not with strict POSIX
compatibility by default. If .../xpg4/bin/sh or a configurable
othe path (e.g. /bin/sh for Linux) is detected, strict POSIX
is enabled by default. This includes e.g. support for the higly
enhanced aliases that support parameterizable aliases and
persistent aliases.
> > > My views and opinions are not deemed that important, but if I had the
> > > chance to vote on this, I'd "up-vote" the choice to integrate "Bosh" and
> > > "dmake" made suitable for the OpenSolaris line of operating systems.
> >
> > They have been made suitable years ago, just the current version of
> > schillix-on
> > does not represent the current development state from schilytools.
>
>
> I do not know why the community hasn't responded, but I hope they do after
> your confrontation on that particular point.
Well, the good point is that it is really easy to verify that the schilytools
dmake binary is able to compile OpenSolaris.
The third adoption from the SunPro Make sources (heirloom make) fails after
approx. 3 minutes when trying to compile OpenSolaris sources.
Jörg
--
EMail:[email protected] Jörg Schilling D-13353 Berlin
Blog: http://schily.blogspot.com/
URL: http://cdrecord.org/private/
http://sourceforge.net/projects/schilytools/files/
------------------------------------------
illumos: illumos-discuss
Permalink:
https://illumos.topicbox.com/groups/discuss/T0dfd9682ef3b9717-M1d1cf5d76bcd7ceb13f842a5
Delivery options: https://illumos.topicbox.com/groups/discuss/subscription
