Fix 'command' expansion bug and POSIX compliance

The 'command' name can now result from an expansion, e.g.:
	c=command; "$c" ls
	set -- command ls; "$@"
both work now. This fixes BUG_CMDEXPAN.

If -o posix is on, 'command' now disables not only the "special"
but also the "declaration" properties of builtin commands that it
invokes. This is because POSIX specifies 'command' as a simple
regular builtin, and any command name following 'command' is just
an argument to the 'command' command, so there is nothing that
allows any further arguments (such as assignment-arguments) to be
treated specially by the parser. So, if and only if -o posix is on:
a. Arguments that start with a variable name followed by '=' are
   always treated as regular words subject to normal shell syntax.
b. Since assignment-arguments are not processed as assignments
   before the command itself, 'command' can now stop the shell from
   exiting (as required by the standard) if a command that it
   invokes (such as 'export') tries to modify a readonly variable.
   This fixes BUG_CMDSPEXIT.

Most of 'command' is integrated in the parser and parse tree
executer, so that is where it needed fixing.

src/cmd/ksh93/sh/parse.c: simple():
- If the posix option is on, do not skip past SYSCOMMAND so that
  any declaration builtin commands that are arguments to 'command'
  are not detected and thus not treated specially at parsetime.

src/cmd/ksh93/sh/xec.c: sh_exec():
- When detecting SYSCOMMAND in order to skip past it, not only
  compare the Namval_t pointer 'np' to SYSCOMMAND, but also handle
  the case where that pointer is NULL, as when the command name
  results from an expansion. In that case, search the function tree
  shp->fun_tree for the name and see if that yields the SYSCOMMAND
  pointer. fun_tree is initialised with a dtview to bltin_tree, so
  searching fun_tree instead allows for overriding 'command' with a
  shell function (which the POSIX standard requires us to allow).

src/cmd/ksh93/sh.1,
src/cmd/ksh93/data/builtins.c:
- Update documentation to match these changes.
- Various related edits and improvements.

src/cmd/ksh93/tests/builtins.sh:
- Check that 'command' works if resulting from an expansion.
- Check that 'command' can be overridden by a shell function.

src/cmd/ksh93/tests/builtins.sh

@@ -514,6 +514,27 @@ function longline
 	do	print argument$i
 	done
 }
+# test that 'command' can result from expansion and can be overridden by a function
+expect=all\ ok
+c=command
+actual=$("$c" echo all ok 2>&1)
+[[ $actual == "$expect" ]] || err_exit '"command" utility from "$c" expansion not executed' \
+	"(expected $(printf %q "$expect"), got $(printf %q "$actual"))"
+set -- command echo all ok
+actual=$("$@" 2>&1)
+[[ $actual == "$expect" ]] || err_exit '"command" utility from "$@" expansion not executed' \
+	"(expected $(printf %q "$expect"), got $(printf %q "$actual"))"
+# must use 'eval' in following test as 'command' is integrated in parser and ksh likes to parse ahead
+actual=$(function command { echo all ok; }; eval 'command echo all wrong')
+[[ $actual == "$expect" ]] || err_exit '"command" failed to be overridden by function' \
+	"(expected $(printf %q "$expect"), got $(printf %q "$actual"))"
+actual=$(function command { echo all ok; }; "$c" echo all wrong)
+[[ $actual == "$expect" ]] || err_exit '"command" from "$c" expansion failed to be overridden by function' \
+	"(expected $(printf %q "$expect"), got $(printf %q "$actual"))"
+set -- command echo all wrong
+actual=$(function command { echo all ok; }; "$@")
+[[ $actual == "$expect" ]] || err_exit '"command" from "$@" expansion failed to be overridden by function' \
+	"(expected $(printf %q "$expect"), got $(printf %q "$actual"))"
 # test command -x option
 integer sum=0 n=10000
 if	! ${SHELL:-ksh} -c 'print $#' count $(longline $n) > /dev/null  2>&1