On Aug 7, 2013, at 10:51 AM, "Simon J. Gerraty" <[email protected]> wrote:
> > src/Makefile does not read bsd.own.mk so does not see src.conf > it does however see make.conf Ah, but src.conf controls WITH* (and the option is documented in the manage, along with all the others). You accidentally broke POLA :(. > More importantly, is this a "test" or is there a percieved need to > continue building with fmake? If so why? I gave up waiting for bmake and all the associated infrastructure to be backported to stable/9 (and I know there's a snowball's chance in hades that it'll be backported to stable/8), so I figured out how to make the test infrastructure work independent of bmake. > I was aiming to get rid of WITH[OUT]_BMAKE soon - in time for 10.0 This is a really bad idea. The fact that bmake causes conf/179111 without a mitigation strategy is reason alone to leave this knob in because I don't trust all makefiles that exist outside of FreeBSD to work sanely without set -e. Heck, a lot of the Makefile snippets in FreeBSD don't behave sanely without set -e, as noted in the bug (and those are just a handful). Management at $work would agree that it makes no sense wasting engineering hours chasing down build faults. _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
