<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/usr.bin/make, branch release/5.3.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.3.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.3.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2004-11-04T19:12:42Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2004-11-04T19:12:42Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2004-11-04T19:12:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3f86d8a2ea3f3265afaa1fd263b0004c5c000e69'/>
<id>urn:sha1:3f86d8a2ea3f3265afaa1fd263b0004c5c000e69</id>
<content type='text'>
'RELENG_5_3_0_RELEASE'.

This commit was manufactured to restore the state of the 5.3-RELEASE image.
</content>
</entry>
<entry>
<title>MFC: v1.34</title>
<updated>2004-09-14T03:52:51Z</updated>
<author>
<name>John-Mark Gurney</name>
<email>jmg@FreeBSD.org</email>
</author>
<published>2004-09-14T03:52:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a03863ace236e1f1ed5f7f6ef41db698204f116b'/>
<id>urn:sha1:a03863ace236e1f1ed5f7f6ef41db698204f116b</id>
<content type='text'>
&gt;   remove XXX comment now that the kernel is fixed, there isn't any obvious
&gt;   reason to enable this as performance didn't significantly change...

Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Put variable assignments on .MAKEFLAGS and .MFLAGS targets into</title>
<updated>2004-08-12T11:49:55Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-08-12T11:49:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=313745d2ade8bb7c2d9c8cd7040732228e54843b'/>
<id>urn:sha1:313745d2ade8bb7c2d9c8cd7040732228e54843b</id>
<content type='text'>
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 &lt;data@sbox.tugraz.at&gt;
</content>
</entry>
<entry>
<title>Make explicit that MAKEOBJDIRPREFIX and MAKOBJDIR must be set</title>
<updated>2004-08-09T16:13:54Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-08-09T16:13:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8460583b9ff3270bb430ff6d9f4b23e1aed546b2'/>
<id>urn:sha1:8460583b9ff3270bb430ff6d9f4b23e1aed546b2</id>
<content type='text'>
as environment variables and should not be set on make's command
line. They happen to work accidentially as command line variables
too when none of the sub-makes wants to play games with them (because
make is putting command line variables into the environment and will
find them there later on). Makefile.inc1 wants to change
MAKEOBJDIRPREFIX. In this case one cannot set it on the command line.
</content>
</entry>
<entry>
<title>Correct the .Dd date. Pluralize 'assignment' in one place.</title>
<updated>2004-08-04T15:10:35Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-08-04T15:10:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=413d82a6fd3430ead7fc403f9066a7d9a6e993a2'/>
<id>urn:sha1:413d82a6fd3430ead7fc403f9066a7d9a6e993a2</id>
<content type='text'>
Requested by: ru
</content>
</entry>
<entry>
<title>Correct the description of the MFLAGS and .MAKEFLAGS variables. Add</title>
<updated>2004-08-03T19:14:14Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-08-03T19:14:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3f3d0ec007a5c73970d7c4f12d1eec6491c86186'/>
<id>urn:sha1:3f3d0ec007a5c73970d7c4f12d1eec6491c86186</id>
<content type='text'>
the MFLAGS target. Document that variable assignments from the MAKEFLAGS
environment variable and the .MAKEFLAGS and .MFLAGS target have the
same precedence as command line variable assignments.
</content>
</entry>
<entry>
<title>Put variable assignments from the command line into the MAKEFLAGS</title>
<updated>2004-08-03T18:56:31Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-08-03T18:56:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d98bc4ce72bb0f874f5cb999c9f67f01e6cc860c'/>
<id>urn:sha1:d98bc4ce72bb0f874f5cb999c9f67f01e6cc860c</id>
<content type='text'>
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 &lt;jflemer@alum.rpi.edu&gt;
Approved by:	portmgr
Obtained from:	NetBSD (1st part above)
MFC after:	4 weeks
</content>
</entry>
<entry>
<title>Make the SIGCHLD handler static and declare its argument</title>
<updated>2004-08-03T18:43:43Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-08-03T18:43:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b74851fe568e1e75d854d2e4364c2baf6d0973f7'/>
<id>urn:sha1:b74851fe568e1e75d854d2e4364c2baf6d0973f7</id>
<content type='text'>
as unused, so that make can be compiled with WARNS=3 again.
</content>
</entry>
<entry>
<title>Bump the date in .Dd for the recent '+' flag commit.</title>
<updated>2004-07-29T16:54:42Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-07-29T16:54:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d01000750717a98d0de7eb5cde57ccb340881867'/>
<id>urn:sha1:d01000750717a98d0de7eb5cde57ccb340881867</id>
<content type='text'>
Requested by: ru
</content>
</entry>
<entry>
<title>Implement POSIX's '+' flag for command lines. This flag causes a line</title>
<updated>2004-07-29T14:29:23Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-07-29T14:29:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=34c9c4393190735f281eeef9c2055234e91c7778'/>
<id>urn:sha1:34c9c4393190735f281eeef9c2055234e91c7778</id>
<content type='text'>
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 &lt;mdb@juniper.net&gt;
Obtained from:	NetBSD
</content>
</entry>
</feed>
