aboutsummaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorBryan Drewery <bdrewery@FreeBSD.org>2017-11-05 00:11:51 +0000
committerBryan Drewery <bdrewery@FreeBSD.org>2017-11-05 00:11:51 +0000
commit996e4759621dd7150cec5ad240e252b35a4d9db4 (patch)
tree5a6481cbaf2a6cd84ad2dbf50eaac198467401d3 /Makefile
parent1031b94fc4e0310b49781e0936de6486b5f836b8 (diff)
downloadsrc-996e4759621dd7150cec5ad240e252b35a4d9db4.tar.gz
src-996e4759621dd7150cec5ad240e252b35a4d9db4.zip
Fix nested MAKEOBJDIRPREFIX breaking various release/buildworld/toolchain targets.
This problem was caused by r325329 and r325350. For the release(7) targets, some will run mm-mtree.sh which itself runs make with a MAKEOBJDIRPREFIX. The execution of that script leaks OBJROOT, MAKEOBJDIR, and MAKELEVEL=1 in the environment. This causes the mm-mtree makes to not do some basic setup of OBJROOT and only use this special MAKEOBJDIRPREFIX case which fails to empty out MAKEOBJDIRPREFIX for further nested makes, such as a tree walk. If that tree walk sets OBJROOT/OBJTOP such as r325329 is doing, then the wrong OBJDIRs end up being used due to the unemptied MAKEOBJDIRPREFIX being preferred over the proper MAKEOBJDIR. Pointyhat to: bdrewery Sponsored by: Dell EMC Isilon
Notes
Notes: svn path=/head/; revision=325412
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions