| Title: | USG buildhelp questions/answers |
| Moderator: | SMURF::FILTER |
| Created: | Mon Apr 26 1993 |
| Last Modified: | Mon Jan 20 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 2763 |
| Total number of notes: | 5802 |
Date Of Receipt: 13-OCT-1995 10:17:24.95
From: SMURF::QUARRY::beck "William Beck "
To: ode_help odehelp
CC: beck@DEC:.zko.quarry
Subj: A question about the v20supportos pool...
Hi,
I have a CLD patch that I wanted to test in a sandbox backed against
v20supportos and I got the following link error. Is the v20supportos/tools
area OK in this pool?
csh>
csh> build
relative path: ./usr/ccs/bin/cfe.
string passed to /usr/sde/osf1/build/v20supportos/tools/alpha_OSF1/alpha/hostbin
/make:
make -cF build_all
cd ../../../../../obj/alpha/usr/ccs/bin/cfe
/usr/sde/osf1/build/v20supportos/tools/alpha_OSF1/alpha/acc/cc -std0 -EL -non
_shared -tr -h`genloc -d /export/alpha/usr/lib/cmplrs/cc/crt0.o` -B `genpa
th ` -L/rz0c/users/beck/sb/cfe_cap/export/alpha/usr/shlib -L/usr/sde/osf1/b
uild/v20supportos/export/alpha/usr/shlib -L/rz0c/users/beck/sb/cfe_cap/export/al
pha/usr/ccs/lib/cmplrs/cc -L/usr/sde/osf1/build/v20supportos/export/alpha/usr/cc
s/lib/cmplrs/cc -L/usr/sde/osf1/build/v20supportos/export/alpha/usr/ccs/lib/cmpl
rs/cc/cmplrs/cc -L/rz0c/users/beck/sb/cfe_cap/export/alpha/usr/ccs/lib -L/us
r/sde/osf1/build/v20supportos/export/alpha/usr/ccs/lib -L/usr/sde/osf1/build/v20
supportos/export/alpha/usr/ccs/lib/cmplrs/cc -o cfe.X mem.o error.o scan.o parse
.o debug.o linklist.o err.cc.o symtab.o main.o modes.o tree.o target.o os.o lin
t.o cfe.o screener.o symbols.o expr_sem.o decl_sem.o stm_sem.o cpp.o cpp_buffer.
o cpp_directive.o cpp_ifstack.o cpp_paths.o cpp_pragma.o cpp_symentry.o cpp_expr
.o cpp_tags.o pragma_sem.o codegen.o layout.o location.o mips_st.o expr_cg.o run
time.o pragma.o intrinsic.o proto.o asm_cia.o fold_constant.o class_sem.o dw_sim
ulate.o float_double.o cfe_conv.o builtins.o -lfe -lmld
ld:
Object file format error in: /usr/sde/osf1/build/v20supportos/tools/alpha_OSF1/a
lpha/acc/usr/ccs/lib/libc.a(BBBBBBBBBBBBBBBB): bad file magic number
*** Exit 1
Stop.
csh>
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1875.1 | Re: A question about the v20supportos pool... | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Wed Oct 18 1995 11:50 | 33 |
Date Of Receipt: 13-OCT-1995 10:52:27.53
From: SMURF::QUARRY::beck "William Beck "
To: odehelp@DEC:.zko.quarry
CC: beck jmf neth
Subj: Re: A question about the v20supportos pool...
Hi (Barry?),
I wandered over and Josh graciously gave me a couple minutes of his
time. He had two findings:
1) The v20supportos/tools/alpha_OSF1/alpha/acc/usr/ccs/lib/libc.a
library is probably something that should not be there.
2) I should probably be doing the build backed against
v20supportos.nightly (bad programmer).
I odemounted v20supportos.nightly, resb'ed and all was happy (thanks
Josh!).
My guess as to what "caught me" was that an odemount of v20supportos
does not also mount v20supportos.nightly, so my exports area was not
populated. Since the Makefile does not include a "-L " to "wipe out"
the default cc search path, after the link failed to find a libc in the
exports area, it defaulted to the COMP_HOST_ROOT areas and found the
munged libc.a as indicated in 1) above... concluding this comidy of
errors. Isn't it wonderful that our work can be so much fun... even
on a Friday :-)
Thanks!
Will
| |||||