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: 24-JUN-1996 21:51:31.31 From: GURU::kucherov "sergei kucherov 24-Jun-1996 2138" To: buildhelp@dec:.zko.guru CC: kucherov@dec:.zko.guru Subj: Problems doing GENERIC_relink in v40supportos sandbox This scenario has worked for v32*supportos sandboxes, but it failing with an unhelpful message for v40. In a sandbox backed by v40supportos.nightly : cd $SOURCEBASE/kernel build GENERIC_relink here is the output: relative path: ./kernel. string passed to /usr/sde/osf1/build/v40supportos.nightly/tools/alpha_OSF1/alpha/hostbin/make: make -cF GENERIC_relink cd ../../obj/alpha/kernel cd GENERIC && make -cF KCC=/usr/sde/osf1/build/v40supportos.nightly/tools/alpha_OSF1/alpha/acc/cc LD=/usr/sde/osf1/build/v40supportos.nightly/tools/alpha_OSF1/alpha/acc/ld CPP=cpp AWK=awk AR=/usr/sde/osf1/build/v40supportos.nightly/tools/alpha_OSF1/alpha/acc/ar RANLIB='/usr/sde/osf1/build/v40supportos.nightly/tools/alpha_OSF1/alpha/acc/ar ts' SHELL=sh SED=sed SORT=sort ECHO=echo KSH=ksh EGREP=egrep GREP=grep LINT=lint CONFIG=GENERIC relink sh ../../../../src/kernel/conf/newvers.sh ../../../../src/kernel/conf/copyright `cat ../../../../src/kernel/conf/version.type ../../../../src/kernel/conf/version.major ../../../../src/kernel/conf/version.minor ../../../../src/kernel/conf/version.variant ../../../../src/kernel/conf/version.build ../../../../src/kernel/conf/version.patch` "`cat ../../../../src/kernel/conf/version.banner`" /usr/sde/osf1/build/v40supportos.nightly/tools/alpha_OSF1/alpha/acc/cc -c -O2 -DLANGUAGE_C -g3 -G 4 -I -I. -I.. -I../include -DIDENT=GENERIC -DEB164 -DEB66PLUS -DALPHAPC64 -DDECAXPPCI_33 -DDECAXPVME_64 -DDEC2100_C500 -DDEC2100_A500 -DDEC1000A -DDEC1000 -DDEC2100_A50 -DDEC21000 -DDEC2000_300 -DDEC3000_300 -DDEC3000_500 -DDEC7000 -DDEC4000 -DDEC_KN20AA -DSWAPTYPE=1 -DMACH -DOSF -DCOMPAT_43 -DUFS -DTRN -DRT_SEM -DKERNEL -D_KERNEL -D_BSD -signed -Wg,-w2 -compress -no_excpt -Wg,-unroll,1 -Wb,-static -Wco,-nofloat -Olimit 3000 -D__alpha -Umips -UMIPS -c vers.c rm -f vmunix vmunix.sys loading vmunix.sys /usr/sde/osf1/build/v40supportos.nightly/tools/alpha_OSF1/alpha/acc/ld: Can't create output file (Permission denied) *** Exit 1 Stop. *** Exit 1 I checked and I do have permissions to write files to the GENERIC kernel object directory. What am I doing wrong? Thanks, sergei
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
2360.1 | Re: Problems doing GENERIC_relink in v40supportos sandbox | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Tue Jun 25 1996 00:45 | 29 |
Date Of Receipt: 24-JUN-1996 23:07:37.46 From: FLUME::"[email protected]" To: [email protected] (kucherov) CC: [email protected], [email protected] Subj: Re: Problems doing GENERIC_relink in v40supportos sandbox > rm -f vmunix vmunix.sys > loading vmunix.sys > /usr/sde/osf1/build/v40supportos.nightly/tools/alpha_OSF1/alpha/acc/ld: > Can't create output file (Permission denied) > *** Exit 1 > Stop. > *** Exit 1 > > > I checked and I do have permissions to write files to the GENERIC kernel > object directory. What am I doing wrong? > Object directory sure, but I bet you did mklinks in obj and have a link to something pointing to the nightly tree's object, which you definitely don't have permission to overwrite. I could be wrong, but I've seen this same symtom before under those circumstances. It says it's removing vmunix and vmunix.sys, but there's a link to something in the backing tree it's trying to overwrite. -- -Grant |