src-test2/usr.bin/make, branch masterFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=master2015-06-16T20:58:33ZRemove old fmake. It wasn't built by default for some time. Users that2015-06-16T20:58:33ZWarner Loshimp@FreeBSD.org2015-06-16T20:58:33Zurn:sha1:32c88b5252b10c809902964bd981f04e0c9883fa
really need it can find it in the devel/fmake port or pkg install fmake.
Note: This commit is orthogonal to the question 'can we fmake buildworld'.
Differential Revision: https://reviews.freebsd.org/D2840
Add META_MODE support.2015-06-13T19:20:56ZSimon J. Gerratysjg@FreeBSD.org2015-06-13T19:20:56Zurn:sha1:ccfb965433c67f3bda935a3cdf334be2e3c4348d
Off by default, build behaves normally.
WITH_META_MODE we get auto objdir creation, the ability to
start build from anywhere in the tree.
Still need to add real targets under targets/ to build packages.
Differential Revision: D2796
Reviewed by: brooks imp
Merge sync of head2015-05-27T01:19:58ZSimon J. Gerratysjg@FreeBSD.org2015-05-27T01:19:58Zurn:sha1:98e0ffaefb0f241cda3a72395d3be04192ae0d47Add a ${CP} alias for copying files in the build.2015-01-16T21:39:08ZWill Andrewswill@FreeBSD.org2015-01-16T21:39:08Zurn:sha1:7a37b5fc17b2d3c2f0487756ab32450019fdbd31
Some users build FreeBSD as non-root in Perforce workspaces. By default,
Perforce sets files read-only unless they're explicitly being edited.
As a result, the -f argument must be used to cp in order to override the
read-only flag when copying source files to object directories. Bare use of
'cp' should be avoided in the future.
Update all current users of 'cp' in the src tree.
Reviewed by: emaste
MFC after: 1 week
Sponsored by: Spectra Logic
Merge head from 7/282014-08-19T06:50:54ZSimon J. Gerratysjg@FreeBSD.org2014-08-19T06:50:54Zurn:sha1:ee7b0571c2c18bdec848ed2044223cc88db29bd8When producing fmake(1), `make clean' should remove fmake.1 (a copy of2014-07-23T23:01:54ZDevin Teskedteske@FreeBSD.org2014-07-23T23:01:54Zurn:sha1:be44449f2d0fa7273b43e6456bc7eb3ba08f1ff4
make.1). Introduced initially via SVN r250699 (sjg).
Reviewed by: sjg, gjb
MFC after: 3 days
X-MFC-to: stable/10
Move old fmake tests into bmake and hook them to the build.2014-05-14T18:43:13ZJulio Merinojmmv@FreeBSD.org2014-05-14T18:43:13Zurn:sha1:5ae59dec60e3815b621ae87f74a377cf3449ca55
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.
Merge from head2014-05-08T23:54:15ZSimon J. Gerratysjg@FreeBSD.org2014-05-08T23:54:15Zurn:sha1:cc3f4b99653c34ae64f8a1fddea370abefef680eRemove support for WITHOUT_BMAKE. bmake is now the only make that can2014-05-06T04:22:37ZWarner Loshimp@FreeBSD.org2014-05-06T04:22:37Zurn:sha1:d03127447df90011be0609d292a50a6a17dd2aa1
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).
Use src.opts.mk in preference to bsd.own.mk except where we need stuff2014-05-06T04:22:01ZWarner Loshimp@FreeBSD.org2014-05-06T04:22:01Zurn:sha1:c6063d0da8e1f8d8452b0c2ee1c7ad718c1a7052
from the latter.