Re: Unexpected behavior change [FreeBSD]make -> bmake

From: +a-#+3-d+c-v+:-.+_at_-=+w-x_at_s.a_at_d.e_at_e.k_at_x.y_at_g.h_at_h.i_at_p.q_at <jesse_at_glx.me>
Date: Sat, 25 May 2013 02:01:46 +0000
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