Date: Sat, 1 Aug 2015 20:56:21 -0700 From: "Simon J. Gerraty" <sjg@juniper.net> To: Bryan Drewery <bdrewery@FreeBSD.org> Cc: Garrett Cooper <yaneurabeya@gmail.com>, FreeBSD current <freebsd-current@FreeBSD.org>, Warner Losh <imp@FreeBSD.org> Subject: Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error? Message-ID: <16807.1438487781@chaos> In-Reply-To: <55B8012A.30206@FreeBSD.org> References: <alpine.BSF.2.20.1506211155290.69928@mail.fig.ol.no> <65E0AFBE-0E73-42C9-A140-4AC617500E73@gmail.com> <8737.1434922152@chaos> <55B7F36A.4070201@FreeBSD.org> <55B7FB1D.2010008@FreeBSD.org> <55B8012A.30206@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Bryan Drewery <bdrewery@FreeBSD.org> wrote: > 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. Sorry, the behavior here will vary depending on when /usr/bin/make was built. IIRC when I first put bmake in I made it use .../share/mk by default (during the original discussion at BSDCan about 4 years ago ensuring that "correct" src/share/mk used by default was stated as a goal - without need for env settings). Of course .../share/mk breaks POLA for those who expect /usr/share/mk to always be used, so that was backed out, but was more recently put back in ;-) Sooo unless you explicitly use -m or set MAKESYSPATH, we cannot say for sure whether you will get /usr/share/mk/sys.mk or $SRCTOP/share/mk/sys.mk when you run 'make' in a subdir, and the result wrt to src.conf depends on using $SRCTOP/share/mk/sys.mk
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?16807.1438487781>