src/usr.bin/make/Makefile, branch release/5.3.0_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 2004-11-04T19:12:42+00:00 cvs2svn cvs2svn@FreeBSD.org 2004-11-04T19:12:42+00:00 3f86d8a2ea3f3265afaa1fd263b0004c5c000e69 'RELENG_5_3_0_RELEASE'. This commit was manufactured to restore the state of the 5.3-RELEASE image. 
'RELENG_5_3_0_RELEASE'.

This commit was manufactured to restore the state of the 5.3-RELEASE image.
MFC: v1.34 2004-09-14T03:52:51+00:00 John-Mark Gurney jmg@FreeBSD.org 2004-09-14T03:52:51+00:00 a03863ace236e1f1ed5f7f6ef41db698204f116b > remove XXX comment now that the kernel is fixed, there isn't any obvious > reason to enable this as performance didn't significantly change... Approved by: re (kensmith) 
>   remove XXX comment now that the kernel is fixed, there isn't any obvious
>   reason to enable this as performance didn't significantly change...

Approved by:	re (kensmith)
Put variable assignments on .MAKEFLAGS and .MFLAGS targets into 2004-08-12T11:49:55+00:00 Hartmut Brandt harti@FreeBSD.org 2004-08-12T11:49:55+00:00 313745d2ade8bb7c2d9c8cd7040732228e54843b 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> 
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>
Put variable assignments from the command line into the MAKEFLAGS 2004-08-03T18:56:31+00:00 Hartmut Brandt harti@FreeBSD.org 2004-08-03T18:56:31+00:00 d98bc4ce72bb0f874f5cb999c9f67f01e6cc860c variable as required by POSIX. This causes such variables to be pushed into all sub-makes called by the make (except when the MAKEFLAGS variable is explicitely changed in the sub-make's environment). This makes them also mostly un-overrideable in sub-makes except on the sub-make's command line. Therefor specifying 'make CC=icc' will cause icc to be used as C compiler in all sub-makes no matter what the Makefiles itself try to do to the CC variable. This patch also corrects the handling of the MFLAGS variable. MFLAGS contains all the command line flags but not the command line variable assignments. The evaluation of the .MFLAGS or .MAKEFLAGS target now changes both MFLAGS and MAKEFLAGS (they used to change MAKEFLAGS only). Makefiles can use MFLAGS for their own purposes given that they do not except MFLAGS to be undefined at the beginning and that they don't evaluate .MFLAGS or .MAKEFLAGS. MFLAGS should be removed for POSIX compliance, but it is unfortunately heavily used by the X makefiles. This has been extensively tested by port builds (thanks to portmgr), new worlds and kernels. PR: standards/57295 (1st part above) Submitted by: James E. Flemer <jflemer@alum.rpi.edu> Approved by: portmgr Obtained from: NetBSD (1st part above) MFC after: 4 weeks 
variable as required by POSIX. This causes such variables to be
pushed into all sub-makes called by the make (except when the MAKEFLAGS
variable is explicitely changed in the sub-make's environment).
This makes them also mostly un-overrideable in sub-makes except on the
sub-make's command line. Therefor specifying 'make CC=icc' will cause
icc to be used as C compiler in all sub-makes no matter what the Makefiles
itself try to do to the CC variable.

This patch also corrects the handling of the MFLAGS variable. MFLAGS
contains all the command line flags but not the command line variable
assignments. The evaluation of the .MFLAGS or .MAKEFLAGS target now
changes both MFLAGS and MAKEFLAGS (they used to change MAKEFLAGS only).
Makefiles can use MFLAGS for their own purposes given that they do not
except MFLAGS to be undefined at the beginning and that they don't evaluate
.MFLAGS or .MAKEFLAGS. MFLAGS should be removed for POSIX compliance,
but it is unfortunately heavily used by the X makefiles.

This has been extensively tested by port builds (thanks to portmgr), new
worlds and kernels.

PR:		standards/57295 (1st part above)
Submitted by:	James E. Flemer <jflemer@alum.rpi.edu>
Approved by:	portmgr
Obtained from:	NetBSD (1st part above)
MFC after:	4 weeks
Implement POSIX's '+' flag for command lines. This flag causes a line 2004-07-29T14:29:23+00:00 Hartmut Brandt harti@FreeBSD.org 2004-07-29T14:29:23+00:00 34c9c4393190735f281eeef9c2055234e91c7778 to be executed even when -n is given on the command line to make. This is very handy for calls to submakes. This is slightly changed from the original patch as obtained from NetBSD. The NetBSD variant prints lines which have both '+' and '@' when -n is specified. The commited version always obeys '@'. Bump MAKE_VERSION so Makefiles can use this conditionally. PR: standards/66357 (partly) Submitted by: Mark Baushke <mdb@juniper.net> Obtained from: NetBSD 
to be executed even when -n is given on the command line to make. This is
very handy for calls to submakes.

This is slightly changed from the original patch as obtained from NetBSD.
The NetBSD variant prints lines which have both '+' and '@' when -n
is specified. The commited version always obeys '@'.

Bump MAKE_VERSION so Makefiles can use this conditionally.

PR:		standards/66357 (partly)
Submitted by:	Mark Baushke <mdb@juniper.net>
Obtained from:	NetBSD
Split var.c into var.c and var_modify.c and move all the modification funcs 2002-10-28T23:33:57+00:00 Juli Mallett jmallett@FreeBSD.org 2002-10-28T23:33:57+00:00 85779f0eadefc3602cfa1c44e1af36d854b79356 to var_modify.c, for readability. constify some low hanging fruit (string manipulation functions) and the upper layers appropriately. No longer use the private strstr(3) implementation, while changing string code. Tested by: lots of successful make buildworld. 
to var_modify.c, for readability.  constify some low hanging fruit (string
manipulation functions) and the upper layers appropriately.  No longer use
the private strstr(3) implementation, while changing string code.

Tested by:      lots of successful make buildworld.
Move utilitarian routines to util.c, which isn't the same as the old 2002-10-10T19:27:48+00:00 Juli Mallett jmallett@FreeBSD.org 2002-10-10T19:27:48+00:00 f8137bcf93914a510a01d9a764bf9e33c98b010a compatability-geared util.c. These are things like message printers and the PrintAddr function for traversing lists. Other general-purpose utilities inside make(1) can go here, in time. 
compatability-geared util.c.  These are things like message printers
and the PrintAddr function for traversing lists.  Other general-purpose
utilities inside make(1) can go here, in time.
Give make(1) the ability to use KQUEUE to wait for worker processes 2002-10-04T20:30:03+00:00 Poul-Henning Kamp phk@FreeBSD.org 2002-10-04T20:30:03+00:00 5fd43411f3b4e6db88e4f2068e7b7e7b87cd6b33 instead of polling for them. Unfortunately we cannot enable it yet because it panics the kernel somewhere in kqueue. Submitted by: Stefan Farfeleder <e0026813@stud3.tuwien.ac.at> 
instead of polling for them.

Unfortunately we cannot enable it yet because it panics the kernel
somewhere in kqueue.

Submitted by:	Stefan Farfeleder <e0026813@stud3.tuwien.ac.at>
Move common use of if (DEBUG(FOO)) printf... to DEBUGF(FOO, ...), using 2002-09-17T22:31:26+00:00 Juli Mallett jmallett@FreeBSD.org 2002-09-17T22:31:26+00:00 cdba64071cada4caf017884bc3ca7eba76c05e18 variable length arguments to a macro. Bump version as this makes DEBUG statements *always* go to stderr rather than sometimes stdout. There are a few stragglers, which I will take care of as soon as I can. Mostly these relate to the need-for-death-of some of the remote job code. Nearby stylistic nits and XXX added/fixed where appropriate. 
variable length arguments to a macro.  Bump version as this makes DEBUG
statements *always* go to stderr rather than sometimes stdout.  There are
a few stragglers, which I will take care of as soon as I can.  Mostly these
relate to the need-for-death-of some of the remote job code.

Nearby stylistic nits and XXX added/fixed where appropriate.
Deal with bootstrapping from an old -current (almost exactly a year old) 2002-08-31T07:18:40+00:00 Peter Wemm peter@FreeBSD.org 2002-08-31T07:18:40+00:00 7b2f27b0fe1959aad1d2a995f15e8022e73544d7 which fails the make tests (doesn't understand ${notdef:U}) and therefore fails on __FBSDID in usr.bin/make/*. -DBOOTSTRAPPING is no help here since this is before we are using the new share/mk/* files, and it would conflict with the builtin -DBOOTSTRAPPING support later.. so use a different flag. 
which fails the make tests (doesn't understand ${notdef:U}) and therefore
fails on __FBSDID in usr.bin/make/*.  -DBOOTSTRAPPING is no help here since
this is before we are using the new share/mk/* files, and it would conflict
with the builtin -DBOOTSTRAPPING support later.. so use a different flag.