> These 35 built-ins will not be part of the namespace...there
> will not be a /usr/ast/bin directory nor any files.
> They will only be available in ksh93 as built-ins, which have
> pathname binding to /usr/ast/bin. This means that if these
> commands are called without a pathname prefix, the bui
Hi!
A few days ago Mike Kupfer found a crash while trying to build the
ksh93-integration prototype on an AMD64 machine. The "make install"
target in usr/src/cmd/ksh/ runs the ksh93/AST test suite which crashed
in one of the test runs.
The crash sequence looks like this:
-- snip --
$ cd usr
Hi!
Attached is a patch
("ksh93_libcmd_rmdir_add_s_suppress_switch001.diff.txt") which adds a
"-s" switch (to "suppress" error messages when "-p" is used) for
compatibility with the native Solaris version of /usr/bin/rmdir ...
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) roland.mainz
Hi!
Attached is a small patch
("ksh93_libcmd_wc_add_C_for_multibyte001.diff.txt") which adds the "-C"
switch to ksh93/libcmd's "wc" builtin command to be fully compatible
with the Solaris /usr/bin/wc command. It would be nice if this gets
included in the next alpha version of ksh93r+ ...
-
Just some thoughts on the subject here:
For the sake of discussion, I'll assume we are dealing with a compiler bug,
but we won't really know for sure until we see the code-generation
bug in front of us. Until then it might possibly be a bug in the code
resulting in platform dependant code.