Using bmake in ports instead of building it into base system.
On Fri, May 24, 2013 at 1:03 AM, David O'Brien <obr...@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 (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" > -- (c) http://glx.me/ _______________________________________________ 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"
