On Wed, Apr 02, 2014 at 09:46:34AM -0600, Warner Losh wrote:
>
> On Apr 2, 2014, at 6:15 AM, Konstantin Belousov <kostik...@gmail.com> wrote:
>
> > Hi,
> > it seems that recent changes to share/mk broke the ability to do anything
> > in subdir of the source tree. As example, on the HEAD r264012 installed
> > yesterday:
> >
> > sandy% make
> > /usr/home/pooma/build/bsd/DEV/src/tools/regression/kqueue
> > make: "/usr/share/mk/bsd.own.mk" line 436: MK_MAN can't be set by a user.
>
> I was able to recreate this with ?make -m /blah-blah-blah -C
> tools/regression/kqueue clean?
> The important bit being -m. I have a fix that I?ll commit shortly.
>
> > Also, on stable/9 hosting the HEAD cross-env:
> > cd src && MAKEOBJDIRPREFIX=/usr/home/kostik/build/bsd/DEV/obj-amd64
> > DESTDIR=/usr/home/kostik/build/bsd/DEV/netboot/sandy-amd64
> > SYSDIR=/usr/home/kostik/build/bsd/DEV/src/sys TARGET=amd64 make buildenv
> > Entering world for amd64:amd64
> > # cd share/mk
> > # make install
> > "bsd.own.mk", line 435: Malformed conditional (${.MAKE.LEVEL} == 0)
> > "bsd.own.mk", line 436: MK_PROFILE can't be set by a user.
>
> This will happen with fmake. I?ve put some safety belts in place in another
> fix
> to keep this from tripping people up (and plan on using a similar technique
> to keep people from hitting the aicasm bug on such systems).
I noted that this is from stable/9-hosted buildenv. Shouldn't buildenv
mangle the path to select and possibly build bmake if needed ?Anyway, your recent commits seems to fix my problems, thank you.
pgp8b5xlXmaJB.pgp
Description: PGP signature
