From owner-freebsd-current@FreeBSD.ORG Fri May 24 01:03:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0BC597BD for ; Fri, 24 May 2013 01:03:19 +0000 (UTC) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EF202C2B for ; Fri, 24 May 2013 01:03:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r4O13IfG009424 for ; Fri, 24 May 2013 01:03:18 GMT (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4O13IsW009421; Fri, 24 May 2013 01:03:18 GMT (envelope-from obrien) Date: Thu, 23 May 2013 18:03:16 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Subject: Unexpected behavior change [FreeBSD]make -> bmake Message-ID: <20130524010315.GA83715@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT X-MUA-Host: dragon.NUXI.org X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2013 01:03:19 -0000 For some reason bmake is now using share/mk/ from within a source tree instead of the installation in /usr/share/mk/: /w/10/usr.bin/xinstall$ bmake bmake: "/b/deo/10/share/mk/bsd.own.mk" line 444: MK_BMAKE can't be set by a user. I believe this is against POLA as there is no guarantee that a share/mk/ within the source tree is parseable by the invoked /usr/bin/bmake. It is /usr/share/mk/ that is guaranteed to be consistent with /usr/bin/make. I see this as synonymous with using headers from lib/libc/ within the source tree vs. /usr/include (which match the /lib/libc.so) when building in this same way. I think we can all agree that is wrong (the headers that match the libc that is being linked against needs to be used). Can we go back to the pre-16-May-2013 behavior? -- -- David (obrien@FreeBSD.org)