#
296373 |
|
04-Mar-2016 |
marius |
- Copy stable/10@296371 to releng/10.3 in preparation for 10.3-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.3. - Update default pkg(8) configuration to use the quarterly branch.
Approved by: re (implicit) |
#
288403 |
|
29-Sep-2015 |
bdrewery |
MFC r288154:
Similar to r266147, don't define PROG in the test subdirs.
|
#
276389 |
|
30-Dec-2014 |
ngie |
MFC r266074,r266104,r266147:
r266074:
Move old fmake tests into bmake and hook them to the build.
This first step is mostly to prevent the code from rotting even further and to ensure these do not get wiped when fmake's code is removed from the tree.
These tests are currently being skipped because they detect the underlying make is not fmake and thus disable themselves -- and the reason is that some of the tests fail, possibly due to legitimate bugs. Enabling them to run against bmake will come separately.
Lastly, it would be ideal if these tests were fed upstream but they are not ready for that yet. In the interim, just put them under usr.bin/bmake/ while we sort things out. The existence of a different unit-tests directory within here makes me feel less guilty about this.
Change confirmed working with a clean amd64 build.
r266104:
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.
r266147:
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...
|
#
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 |
|
16-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)
|