Date: Sun, 13 Mar 2016 15:21:04 -0700 From: "Simon J. Gerraty" <sjg@juniper.net> To: Bryan Drewery <bdrewery@FreeBSD.org> Cc: <src-committers@FreeBSD.org>, <svn-src-all@FreeBSD.org>, <svn-src-head@FreeBSD.org>, <sjg@juniper.net> Subject: Re: svn commit: r296637 - in head: contrib/bmake contrib/bmake/mk contrib/bmake/unit-tests share/mk usr.bin/bmake Message-ID: <14785.1457907664@kaos.jnpr.net> In-Reply-To: <56E33536.2000407@FreeBSD.org> References: <201603110135.u2B1Zd8a001604@repo.freebsd.org> <56E243ED.5050803@FreeBSD.org> <81518.1457728319@kaos.jnpr.net> <56E33536.2000407@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Bryan Drewery <bdrewery@FreeBSD.org> wrote: > Older bmake (with default MAKESYSPATH=.../share/mk) running 'make > upgrade_checks' in top-level which builds latest bmake in usr.bin/bmake > which uses share/mk/bsd.dep.mk where I check MAKE_VERSION for .dinclude > support. Since usr.bin/bmake/Makefile overrides MAKE_VERSION then the > check later in bsd.dep.mk fails because it thinks .dinclude is available > when it is not. Ah I see. Yes, we can rename the variable in the Makefile. > I renamed it to _MAKE_VERSION to avoid the problem in > usr.bin/bmake/Makefile.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14785.1457907664>