| #
331246 |
|
20-Mar-2018 |
sjg |
MFC bmake-20180222
PR: 226678
Submitted by: sjg
|
| #
321653 |
|
28-Jul-2017 |
sjg |
MFC bmake-20170720
PR: 221023
|
| #
302408 |
|
07-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle.
Prune svn:mergeinfo from the new branch, as nothing has been merged
here.
Additional commits post-branch will follow.
Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation |
| #
288154 |
|
23-Sep-2015 |
bdrewery |
Similar to r266147, don't define PROG in the test subdirs.
Magic things happen when including bsd.prog.mk in them.
Sponsored by: EMC / Isilon Storage Division
|
| #
266147 |
|
15-May-2014 |
imp |
Makefile.inc is also included by the tests subdirectory, which results
in SUBDIRS having tests added to it, which fails. Work around this by
checking to make sure tests exists before adding it to subdirs and
work to get the generated file fixed so we can rename Makefile.inc to
something else so it isn't automatically included by subdirs...
|
| #
266104 |
|
14-May-2014 |
imp |
Undo changes to the generated Makefile. Move tests directory to proper
location, including updating the test to work in the more-fragile
fmake -> bmake bootstrap environment.
|
| #
265448 |
|
06-May-2014 |
imp |
Fix the upgrade path for fmake by allowing the include of src.opts.mk
to fail and falling back on the conservative testing of variables
already in place. This should stop the tide of tinderbox mail.
|
| #
265443 |
|
06-May-2014 |
se |
Revert r265436, since it is not the correct fix.
|
| #
265436 |
|
06-May-2014 |
se |
Fix include statement to accept src.opts.mk from a source directory
instead of from /usr/share/mk.
I'm not sure that this will let buildworld complete on a system with
no installed src.opts.mk (make buildworld is still running), but the
tinderbox builds are all failing earlyon without this patch.
|
| #
265423 |
|
06-May-2014 |
imp |
Remove support for WITHOUT_BMAKE. bmake is now the only make that can
build world, so it is the only make we build or install. fmake is
still in the tree, but disconnected, and upgrades from older systems
that still have bmake has not been removed, but its state has not been
tested (it should work given how minimal the work to upgrade to bmake
is).
|
| #
265420 |
|
06-May-2014 |
imp |
Use src.opts.mk in preference to bsd.own.mk except where we need stuff
from the latter.
|
| #
250755 |
|
17-May-2013 |
sjg |
Per the comment, we cannot rely on bsd.own.mk
we could be on an old system that knows noting of MK_BMAKE
or on an almost up to date one that is defaulting it to "no"
neither of which will work.
|
| #
250750 |
|
17-May-2013 |
sjg |
We really need to get the bsd.own.mk from this tree so the
correct options are set.
Also defined NO_PWD_OVERRIDE to match behavior of fmake.
|
| #
250722 |
|
16-May-2013 |
delphij |
guard against MK_SHARED_TOOLCHAIN not being defined.
|
| #
250721 |
|
16-May-2013 |
delphij |
Similar to r250719: guard against MK_BMAKE not being defined.
|
| #
243115 |
|
15-Nov-2012 |
sjg |
Merge bmake-20121111
Also pay attention to MK_SHARED_TOOLCHAIN.
Approved by: marcel (mentor)
|
| #
241612 |
|
16-Oct-2012 |
obrien |
Obey the value of "MK_BMAKE".
|
| #
241279 |
|
06-Oct-2012 |
marcel |
Add bmake to the build and allow it to be installed as make(1) instead
of FreeBSD's make by setting WITH_BMAKE. The WITH_BMAKE build makes it
easy for people to switch while working out the kinks -- think ports
tree here. The option will be removed in due time.
Submitted by: Simon Gerraty (sjg@juniper.net)
|