On 7/28/15 2:58 PM, Bryan Drewery wrote: > On 7/28/15 2:26 PM, Bryan Drewery wrote: >> On 6/21/15 2:29 PM, Simon J. Gerraty wrote: >>> Garrett Cooper <yaneurabeya_at_gmail.com> wrote: >>>>> Am I the only one who fails to build recent base/head (r284673) on >>>>> pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs. >>>> >>>> ... >>>> >>>>> CC=clang >>>>> CXX=clang++ >>>>> CPP=clang-cpp >>> >>>> You need to remove these lines. They shouldn’t have been set before or after the commits from projects/bmake . >>> >>> Note: both the grn's specified above are than r284598 which put the >>> inlcude of make.conf back to its original spot, so the meta mode related >>> changes should not be relevant. >>> >> >> Regarding including /etc/make.conf, something is inconsistent with >> buildworld vs subdir make. > > Correction: I have STRIP= in /etc/src.conf. The inclusion of it seems > inconsistent between buildworld and subdir make. Note that after my fix > in r285986 it is now named STRIPBIN. > > When building in rescue/rescue: > > OBJDIR/rescue.mk: > STRIP? strip > ... > ${STRIP} rescue > > 1: subdir make > src.conf: STRIP= > rescue/rescue% make all > -> make -f OBJDIR/rescue.mk > > STRIP= is not passed down into rescue.mk, resulting in 'strip rescue'. > > 2. subdir make STRIP env override > rescue/rescue% make all STRIP= > > STRIP= is passed down resulting in ' rescue'. > > 3: buildworld > STRIP= from src.conf is passed down, resulting in ' rescue'. > >> >> Please see >> https://lists.freebsd.org/pipermail/svn-src-all/2015-July/107910.html >> I think the problem here is the use of -m for SUB_MAKE in /Makefile. Specifying -m share/mk causes all of the issues I've seen (expected including of /etc/src.conf), while not using -m does not include /etc/src.conf even though the build is being done in a src dir. -- Regards, Bryan DreweryReceived on Tue Jul 28 2015 - 20:24:51 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:58 UTC