Casper.Dik at Sun.COM wrote:
>
> >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).
Why do we need to build a 3rd copy (e.g. one in /usr/bin/shcomp, one in
the proto area as ${ROOT}/usr/bin/shcomp and a 3rd one in the tools
proto/ area) ?
> 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.
Yes, I know (that's why we have the "ON_BUILD_AST_L10N_CATALOGS"
environment variable in
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/lib/Makefile.astmsg)
----
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) roland.mainz at nrubsig.org
\__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer
/O /==\ O\ TEL +49 641 3992797
(;O/ \/ \O;)
