On Apr 2, 2014, at 6:15 AM, Konstantin Belousov <kostikbel_at_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). WarnerReceived on Wed Apr 02 2014 - 13:46:44 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:48 UTC