| #
272461 |
|
02-Oct-2014 |
gjb |
Copy stable/10@r272459 to releng/10.1 as part of
the 10.1-RELEASE process.
Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation |
| #
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation
|
| #
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)
|