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).


freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to