|
Revision tags: release/13.4.0-p5, release/13.5.0-p1, release/14.2.0-p3, release/13.5.0, release/14.2.0-p2, release/14.1.0-p8, release/13.4.0-p4, release/14.1.0-p7, release/14.2.0-p1, release/13.4.0-p3, release/14.2.0, release/13.4.0, release/14.1.0, release/13.3.0, release/14.0.0 |
|
| #
d0b2dbfa |
| 16-Aug-2023 |
Warner Losh <[email protected]> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
|
Revision tags: release/13.2.0, release/12.4.0 |
|
| #
08604a02 |
| 26-Jul-2022 |
Simon J. Gerraty <[email protected]> |
Auto-create bmake/unit-tests objdir if appropriate
Given the way bmake/unit-tests is visited, when doing 'test' MK_AUTO_OBJ=yes will not be effective. So create the objdir before running the sub-mak
Auto-create bmake/unit-tests objdir if appropriate
Given the way bmake/unit-tests is visited, when doing 'test' MK_AUTO_OBJ=yes will not be effective. So create the objdir before running the sub-make.
Also ensure MAKEOBJDIR is passed to opt-m-include-dir
Reviewed by: deo
show more ...
|
|
Revision tags: release/13.1.0 |
|
| #
1c04cf7d |
| 18-Dec-2021 |
Simon J. Gerraty <[email protected]> |
After-import bmake-20211212
|
|
Revision tags: release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0 |
|
| #
80a5408c |
| 11-Mar-2016 |
Bryan Drewery <[email protected]> |
Fix upgrade of bmake by not setting conflicting MAKE_VERSION.
This may be used in later checks, such as in bsd.dep.mk, to enable features that rely on the built-in value.
Sponsored by: EMC / Isilon
Fix upgrade of bmake by not setting conflicting MAKE_VERSION.
This may be used in later checks, such as in bsd.dep.mk, to enable features that rely on the built-in value.
Sponsored by: EMC / Isilon Storage Division
show more ...
|
|
Revision tags: release/10.2.0, release/10.1.0, release/9.3.0 |
|
| #
47e496fd |
| 23-May-2014 |
Warner Losh <[email protected]> |
Add .../share/mk to the default system make path. This will fix the problem with broken in-tree builds (which are used far more pervasively than I'd known outside the tree). However, weird results ma
Add .../share/mk to the default system make path. This will fix the problem with broken in-tree builds (which are used far more pervasively than I'd known outside the tree). However, weird results may now happen if at any point in the tree above you there happens to be a directory that has subdirectory of share/mk, as unpredictable results will follow. This was considered the lessor of the two evils, at least for now. In the future this will be removed again when the underlying issues are resolved.
show more ...
|
| #
a3438dfc |
| 15-May-2014 |
Warner Losh <[email protected]> |
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.
|
| #
5ae59dec |
| 14-May-2014 |
Julio Merino <[email protected]> |
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
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.
show more ...
|
|
Revision tags: release/10.0.0, release/9.2.0 |
|
| #
ed03145e |
| 10-Sep-2013 |
Simon J. Gerraty <[email protected]> |
Stick to traditional DEFAULT_SYS_PATH (/usr/share/mk)
Reviewed by: obrien Approved by: re
|
| #
84efbe96 |
| 10-Aug-2013 |
Simon J. Gerraty <[email protected]> |
ParseGetLine: don't treat a zero byte as end of buffer if P_end says it isn't. Consume up to next newline, and issue a parse warning. If no newline found before P_end, carry on as before.
|
|
Revision tags: release/8.4.0, release/9.1.0 |
|
| #
21eb01cb |
| 19-Oct-2012 |
Marcel Moolenaar <[email protected]> |
Fix a bootstrapping problem where the first bmake (built by FreeBSD's make) ended up being built with -DFORCE_MACHINE. This broke the lib32 built for amd64 & powerpc64. This fix is comes with the nex
Fix a bootstrapping problem where the first bmake (built by FreeBSD's make) ended up being built with -DFORCE_MACHINE. This broke the lib32 built for amd64 & powerpc64. This fix is comes with the next import of bmake, but is committed here and now to minimize the exposure to the bug.
Submitted by: Simon Gerraty <[email protected]>
show more ...
|
| #
d4d90f10 |
| 06-Oct-2012 |
Marcel Moolenaar <[email protected]> |
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 --
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 ([email protected])
show more ...
|