Using bmake in ports instead of building it into base system. On Fri, May 24, 2013 at 1:03 AM, David O'Brien <obrien_at_freebsd.org> wrote: > 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) > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" > -- (c) http://glx.me/Received on Sat May 25 2013 - 00:01:48 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:38 UTC