>Do you mean the OS/Net build environment should use /usr/bin/shcomp from >the build machine and _not_ the "shcomp" binary from the "proto" area >(which is the obvious case, otherwise libc, libast or libshell changes >may bite you...) ?
Neither, you need to build a *second* copy of shcomp: one which is linked to the current system, but possibly using the ksh93 libraries; these would typically be build twice (one "native" and one in the proto). At least, that is how it SHOULD work (and for me this means: "don't use shcomp why building ONNV because a "native" is too much work"). You CANNOT run ANYTHING from the proto area. It may not work. Casper
