> > Just for the record and to provide more kindling, the XPG4/POSIX sh in > > question is, in fact, the basic Korn shell (wrapped for viewing): [snip] > > And /bin/ksh is always present (SUNWcsu == core Solaris). [snip] > > The next interesting question would be if ksh alters its behavior if > invoked as sh instead of as ksh. Apparently not. I have /usr/xpg4/bin before /usr/bin for all my users by default, and haven't had any complaints about running 'sh'. I just now ran it as sh, and all of the "new" non-sh features still work. The associated man pages don't document any such differences, but it's nice to see such things hold true. Phil
- Re: rfc: new libgcc build mechanism Michael Sokolov
- Re: rfc: new libgcc build mechanism Phil Edwards
- Re: rfc: new libgcc build mechanism Russ Allbery
- Re: rfc: new libgcc build mechanism Akim Demaille
- RE: rfc: new libgcc build mechanism Donn Terry
- Re: rfc: new libgcc build mechanism Felix Lee
- RE: rfc: new libgcc build mechanism Donn Terry
- Re: rfc: new libgcc build mechanism Bruce Korb
- Re: rfc: new libgcc build mechanism Felix Lee
- Re: rfc: new libgcc build mechanism Earnie Boyd
- RE: rfc: new libgcc build mechanism Phil Edwards
- RE: rfc: new libgcc build mechanism Donn Terry
- Re: rfc: new libgcc build mechanism Paul D. Smith
- Re: rfc: new libgcc build mechanism Paul D. Smith
- Re: rfc: new libgcc build mechanism Felix Lee
- Re: rfc: new libgcc build mechanism Akim Demaille
- Re: rfc: new libgcc build mechanism Ken Pizzini
- Re: rfc: new libgcc build mechanism Felix Lee
- Re: rfc: new libgcc build mechanism Phil Edwards
- Re: rfc: new libgcc build mechanism Paul D. Smith
- Re: rfc: new libgcc build mechanism Paul D. Smith