| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
make.1). Introduced initially via SVN r250699 (sjg).
Reviewed by: sjg, gjb
MFC after: 3 days
X-MFC-to: stable/10
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
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).
|
|
|
|
| |
from the latter.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note that these tests are for fmake, not bmake, and thus they are not
installed nor run when bmake is selected (the default). Yes, I have
wasted a *ton* of time on moving tests for no real reason other than
ensuring they are not left behind.
But maybe, just maybe, it was not work in vain: the majority of these
tests also work with bmake and the few that don't may point at broken
stuff. For example, the tests for the "archive" feature do not work
with bmake, but bmake's manpage and source tree seem to imply that they
should. So... to be investigated later; need to poke sjg@.
|
|
|
|
| |
MK_BMAKE not being defined.
|
|
|
|
|
|
|
| |
If someone explicitly builds usr.bin/make while MK_BMAKE==yes,
install it as 'fmake'.
Reviewed by: brooks
|
| |
|
|
|
|
|
|
|
| |
modifiers for ":tu" and ":tl" from OSF's ODE, which made its way into
NetBSD's make, which is the source for the Portable Berkeley Make.
Submitted by: Simon Gerraty <sjg@juniper.net>
|
|
|
|
|
| |
not being defined. Otherwise we don't make a new make when the old
make is incompatible.
|
|
|
|
|
|
|
|
| |
toolchain binaries as dynamically linked. Option is disabled by
default.
Reviewed by: ru (previous version)
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
(see tools/regression/usr.bin/make/execution/joberr test).
openpty(fd + 0, fd + 1,...) version does not have this problem but
it sometimes enters an infinite sleep in "ttywait" state in tty_drain()
when make(1) closes slave pty.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
to Compat_RunCommand() being called with `cmd' that is not on the node->commands
list
- Make ellipsis ("..." command) handling consistent: check for "..." command
in job make after variables expansion to match compat make behavior
- Fix empty command handling (after variables expansion and @+- modifiers
are processed): now empty commands are ignored in compat make and are not
printed in job make case
- Bump MAKE_VERSION to 5-2011-11-30-0
|
|
|
|
| |
Also add some missing $FreeBSD$ to keep svn happy.
|
|
|
|
|
|
|
|
| |
This gets rid of gnu89 style inlining. Also silence gcc by assigning two
variables NULL. This lets use to remove NO_WERROR.
Approved by: kib (mentor)
Approved by: harti
|
|
|
|
|
| |
Also remove the 2002/08/31 bootstrapping aid for upgrades from
year old (mid-2001) systems.
|
| |
|
| |
|
| |
|
|
|
|
| |
whine when the file cannot be found and opened.
|
|
|
|
|
|
| |
Makefile.
Requested by: ru
|
|
|
|
| |
the default shell in the Makefile.
|
| |
|
|
|
|
|
|
| |
consistency with the rest of make.
Obtained from: DragonFlyBSD (except for the rename)
|
|
|
|
|
|
|
| |
rename the function to be consistent with the naming scheme in the rest
of make. No functional changes.
Obtained from: DragonFlyBSD (idea and most of shell.h)
|
|
|
|
|
|
| |
the default shell.
Idea from: DragonFlyBSD
|
|
|
|
| |
architectures.
|
|
|
|
|
|
| |
to get rid of a const warning.
Submitted by: Max Okumoto <okumoto@ucsd.edu> (7.244)
|
| |
|
|
|
|
| |
Submitted by: Max Okumoto <okumoto@ucsd.edu> (7.240)
|
|
|
|
|
|
|
| |
files and we are going to factor this out.
Patch: 7.199 (slightly changed)
Submitted by: Max Okumoto <okumoto@ucsd.edu>
|
|
|
|
|
|
|
| |
that are now used only in var.c from var.h to var.c
Patches: 7.193,7.194
Submitted by: Max Okumoto <okumoto@ucsd.edu>
|
|
|
|
|
|
|
| |
that there are more than one hash table in them. There is no
history to preserve here, so go without a repo-copy.
Asked for by: Max Okumoto <okumoto@ucsd.edu>
|
|
|
|
| |
the corresponding magic to create the hash function to the Makefile.
|
|
|
|
| |
so that it doesn't get replaced with the Makefile's revision.
|
|
|
|
|
|
|
|
|
| |
a Makefile target to re-created this file. Note, that there is no
explicite dependency to automatically re-create the file, because this
is needed only when the directive table changes and it requires the
(yet to come) devel/mph port.
Submitted by: Max Okumoto <okumoto@ucsd.edu> (first version)
|
| |
|
|
|
|
|
|
|
|
| |
size of the buffer we need, just allocate the possible maximum.
Patch: 7.117
Submitted by: Max Okumoto <okumoto@ucsd.edu>
|
|
|
|
| |
twisted.
|
|
|
|
|
|
|
| |
double documentation comments. Remove the 3rd clause (from 4) of the
BSD license because these files have only the UCB copyright.
Submitted by: Max Okumoto <okumoto@ucsd.edu>
|
| |
|
|
|
|
|
|
|
|
| |
now that their size is only two pointers. This eliminates a lot of calls
to Lst_Init and from there to malloc together with many calls to
Lst_Destroy (in places where the list is obviously empty). This also
reduces the chance to leave a list uninitilized so we can remove more
NULL pointer checks and probably eliminates a couple of memory leaks.
|
|
|
|
|
|
|
|
| |
only in a couple of places and all of them except for one were easily
converted to use Lst_First/Lst_Succ. The one place is compatibility
mode in job.c where the it was used to advance to the next command on
each invocation of JobStart. For this case add a pointer to the node to
hold the currently executed command.
|
|
|
|
|
|
| |
the semantic of Lst_Datum which formerly returned NULL when the argument
node was NULL. There was only one place in the source that relied on this
so change that place.
|
|
|
|
|
|
|
| |
rid of a lot of uneccesary casts and temporary variables that have just
obfuscated the code. This also let's us implement a couple of the one-
liner list functions as macros (the first one is Lst_IsEmpty) and
simplify life once we start to throw consts on the code.
|
| |
|
|
|
|
|
|
| |
reason to enable this as performance didn't significantly change...
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
the .MAKEFLAGS variable so that these are also passed to sub-makes.
This makes the handling of variables in the command environment more
consistent.
PR: bin/68853
Submitted by: Martin Kamerhofer <data@sbox.tugraz.at>
|