I've run into a variance in behavior between my SVN updated tree and my CVSUP'd tree that is befuddling me. Running a make depend on two freshly updated trees seems to generate errors with my SVN tree but not my CVSUP tree. Here is the output of the SVN tree. This is freshly checked out from stable/6 not updated. SVN: ===> share/info (depend) ===> include (depend) ===> include/arpa (depend) ===> include/protocols (depend) ===> include/rpcsvc (depend) ===> include/rpc (depend) ===> lib (depend) ===> lib/csu/i386-elf (depend) rm -f .depend mkdep -f .depend -a -I/home/sbruno/bsd/6/lib/csu/i386-elf/../common -I/home/sbruno/bsd/6/lib/csu/i386-elf/../../libc/include /home/sbruno/bsd/6/lib/csu/i386-elf/crt1.c /home/sbruno/bsd/6/lib/csu/i386-elf/crti.S /home/sbruno/bsd/6/lib/csu/i386-elf/crtn.S /usr/bin/mkdep: cannot create _mkdep18423: Permission denied /usr/bin/mkdep: cannot create _mkdep18423: Permission denied mkdep: compile failed *** Error code 1 Stop in /home/sbruno/bsd/6/lib/csu/i386-elf. *** Error code 1 Stop in /home/sbruno/bsd/6/lib. *** Error code 1 Stop in /home/sbruno/bsd/6. *** Error code 1 -- Sean Bruno MiraLink Corporation 6015 NE 80th Ave, Ste 100 Portland, OR 97218 Phone 503-621-5143 Fax 503-621-5199 MSN: sbruno@miralink.com Google: seanwbruno@gmail.com Yahoo: sean_bruno@yahoo.com
Sean Bruno wrote:> > mkdep -f .depend -a -I/home/sbruno/bsd/6/lib/csu/i386-elf/../common > -I/home/sbruno/bsd/6/lib/csu/i386-elf/../../libc/include > /home/sbruno/bsd/6/lib/csu/i386-elf/crt1.c > /home/sbruno/bsd/6/lib/csu/i386-elf/crti.S > /home/sbruno/bsd/6/lib/csu/i386-elf/crtn.S > /usr/bin/mkdep: cannot create _mkdep18423: Permission denied > /usr/bin/mkdep: cannot create _mkdep18423: Permission denied > mkdep: compile failed > *** Error code 1 > > Stop in /home/sbruno/bsd/6/lib/csu/i386-elf. > *** Error code 1 > > Stop in /home/sbruno/bsd/6/lib. > *** Error code 1 > > Stop in /home/sbruno/bsd/6. > *** Error code 1 > > >After poking around a bit, I discovered an old build dir in /usr/obj/ that matched the path that my tree was currently a part of. So, a "make clean" or a "make cleanworld" doesn't delete /usr/obj/(DIR) for some reason? Bug? -- Sean Bruno MiraLink Corporation 6015 NE 80th Ave, Ste 100 Portland, OR 97218 Phone 503-621-5143 Fax 503-621-5199 MSN: sbruno@miralink.com Google: seanwbruno@gmail.com Yahoo: sean_bruno@yahoo.com