OpenSolaris

Printable Version Enter a New Search
Bug ID 6567995
Synopsis 6455532 broke "make setup" within a new "bldenv -t" environment.
State 10-Fix Delivered (Fix available in build)
Category:Subcategory consolidation:os-net-misc
Keywords
Responsible Engineer Rod Evans
Reported Against
Duplicate Of
Introduced In
Commit to Fix snv_68
Fixed In snv_68
Release Fixed solaris_nevada(snv_68)
Related Bugs 6455532
Submit Date 10-June-2007
Last Update Date 3-July-2007
Description
Within a new environment, "make setup" will fail if it expects to use the tools
from usr/src/tools.  The first target calls for building dynamic mapfiles, which
required "cw", which hasn't been built yet:

 % make setup
 <env>/usr/src/common/mapfiles
 <env>/usr/src/common/mapfiles/gen
 <env>/usr/src/tools/proto/opt/onbld/bin/i386/cw -_cc -O  -xspace -Xa \
    -xildoff -errtags=yes -errwarn=%all -erroff=E_EMPTY_TRANSLATION_UNIT \
    -erroff=E_STATEMENT_NOT_REACHED -xc99=%none -W0,-xglobalstatic -DTEXT_DOMAIN=\"\" \
    -D_TS_ERRNO  -I/local/ws/onnv-l-direct-setup/proto/root_i386/usr/include -o main.1 \
    -Mmap.noexeglobs.1.template main.c
 sh: <env>/usr/src/tools/proto/opt/onbld/bin/i386/cw: not found

At first it looks like a catch-22, as some of the tools required mapfiles.  However,
the tools only use the constant mapfiles from usr/src/mapfiles, not the dynamic
mapfiles that must be built.  (The tools realy don't need mapfiles at all, as all
our mapfiles provide optimizations in regards object layout etc., that are only
required by those objects we deliver with the product.  However, the tools can
be deposited under $ROOT, and then check_rtime() will complain that they haven't
been built appropriately, so we use the mapfiles to keep this build potential quiet).
Work Around
N/A
Comments
N/A