Unexpected behavior change [FreeBSD]make -> bmake

David O'Brien obrien at FreeBSD.org
Fri May 24 01:03:19 UTC 2013


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 at FreeBSD.org)


More information about the freebsd-current mailing list