On Mon, Jan 24, 2005 at 09:52:47AM -0500, Steven M. Bellovin wrote:
> In message <20050121034205.A4F783C0253@berkshire.machshav.com>, "Steven M. Bell
> ovin" writes:
> >In message <20050121033038.GG23234@mewburn.net>, Luke Mewburn writes:
> >>
> >>
> >>On Thu, Jan 20, 2005 at 10:21:04PM -0500, Steven M. Bellovin wrote:
> >>  |=20
> >>  | >
> >>  | >What MK* and USE_* variables do you have in
> >>  | >	* mk.conf
> >>  | >	* environment
> >>  | >	* make(1) cmd line
> >>  |=20
> >>  | None.
> >>  |=20
> >>  | >and how are you invoking build.sh ?
> >>  | >
> >>  |=20
> >>  | ./build.sh -u -D /usr/BUILD/netbsd -O /usr/BUILD/obj -T /usr/BUILD/tool=
> >>s -R /usr/BUILD/release -j 4 distribution sets kernel=3DGG1
> >>  |=20
> >>  | (via a script of my own.)
> >>
> >>Weird.
> >>
> >>Can you try a "make cleandir" in rescue and try again with up to date sourc=
> >>es?
> >>
> >
> >This was up-to-the-minute source.  And I'm 99% certain that my script 
> >wiped the entire /usr/BUILD hierarchy -- see the -O and -D options on 
> >the command line above -- but I can retry it.
> >
> 
> I wiped my source tree and my build tree, and started over.  I had the 
> same problem.  Is anyone else seeing this?
> 

Yes, I can recreate this. I don't have time till later to debug, but
here's the scenario:

build w. -j > 1

rescue built by:

cd rescue; $MAKE -j6

will work.

cd rescue; $MAKE -j6 dependall

does not. The problem is somewhere in CURDIR handling as the strip job part
of rescue.mk shows us being in the wrong directory:

        ${MAKE} -f ${PROG}.mk ${PROG}
        @[ -f ${PROG}.unstripped -a ! ${PROG} -nt ${PROG}.unstripped ] || { \
                pwd; ls; echo stripping ${PROG}; \

On, a non-dependall I get the object directory. On a dependall I end up
in the source dir still. Probably something to do with dependall doing

cd ${.CURDIR}; ${MAKE} realall

James