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  (obr...@freebsd.org)
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
  • Unexpected behavi... David O'Brien

Reply via email to