<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/Makefile, branch releng/9.2</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=releng%2F9.2</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=releng%2F9.2'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2013-07-03T19:12:35Z</updated>
<entry>
<title>MFC: r238051:</title>
<updated>2013-07-03T19:12:35Z</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2013-07-03T19:12:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=c024e5774a1d8d32d2b7558d2af1c70cda6951f3'/>
<id>urn:sha1:c024e5774a1d8d32d2b7558d2af1c70cda6951f3</id>
<content type='text'>
     Add "hier" as an alternate spelling of "hierarchy" to match hier(9).
</content>
</entry>
<entry>
<title>share/mk: merge: r241298,243393,249057,251506 from head for bmake support.</title>
<updated>2013-06-20T22:50:08Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2013-06-20T22:50:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=f8335e3f531d5c8d67d1ed8af4e885a4d0081753'/>
<id>urn:sha1:f8335e3f531d5c8d67d1ed8af4e885a4d0081753</id>
<content type='text'>
Makefile: buildworld etc will be done with make from src tree,
make sure that bmake's -J 15,16 are not passed to it.

Reviewed by: obrien
</content>
</entry>
<entry>
<title>MFC r240403 (obrien):</title>
<updated>2013-06-12T13:17:43Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2013-06-12T13:17:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=ed4032bd7ad9d6d83f6620e9f2bf5c8b9669400d'/>
<id>urn:sha1:ed4032bd7ad9d6d83f6620e9f2bf5c8b9669400d</id>
<content type='text'>
  Not all Pmake derivatives silently handle empty shell output, so ensure
  there is something for make(1) to consume.  Bmake gives output such as:
  "warning: Couldn't read shell's output for "/bin/sh -c true"

Approved by:	kib (mentor)
</content>
</entry>
<entry>
<title>MFC r249316:</title>
<updated>2013-04-16T06:51:07Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2013-04-16T06:51:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=44a37b9b2728813fd8d4ee139566cf06c133099b'/>
<id>urn:sha1:44a37b9b2728813fd8d4ee139566cf06c133099b</id>
<content type='text'>
Ensure make -j N universe works correctly, by checking for an up-to-date
make before starting the universe targets themselves.  Otherwise, all of
the targets would attempt to build make simultaneously, overwriting each
other's copies of the make object files and executable.  This could lead
to strange errors, for example when partially-written make executables
are invoked.

Also amend r216620, to make the rest of universe wait properly until the
upgrade_checks target is finished, by adding universe_${target}_prologue
to the .ORDER target.  Otherwise, make will be too smart for its own
good, and start building the universe targets simultaneously with the
prologues anyway.
</content>
</entry>
<entry>
<title>MFC r231821:</title>
<updated>2012-02-20T17:09:52Z</updated>
<author>
<name>Sergey Kandaurov</name>
<email>pluknet@FreeBSD.org</email>
</author>
<published>2012-02-20T17:09:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=04cbc9417b2bf271da77f06cd55d6e272c2c1b8d'/>
<id>urn:sha1:04cbc9417b2bf271da77f06cd55d6e272c2c1b8d</id>
<content type='text'>
 delete-old does not have delete-old-libs dependency.
 Reflect this in the comment.

PR:		conf/163993
Submitted by:	Eugen Konkov &lt;kes-kes at yandex ru&gt;
</content>
</entry>
<entry>
<title>MFC r227769, 227770, 227771:</title>
<updated>2011-11-23T12:23:32Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2011-11-23T12:23:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=f493b2f8c2e54b216311ae8cd27334e3e72235f2'/>
<id>urn:sha1:f493b2f8c2e54b216311ae8cd27334e3e72235f2</id>
<content type='text'>
- Add a note to src/Makefile that explains that 'rm' runs twice because
  thesecond invocation only needs to operate on files with the immutable
  flag set.

- Fix the note in r227769 to be less specific to the immutable flag.

- Replace 'chflags' with 'file flags' in a comment, since 'chflags'is a
  command, not a flag itself.

Approved by:		re (kib)
</content>
</entry>
<entry>
<title>It's a bit odd, but "make update" in src/ can also update the ports/,</title>
<updated>2011-06-16T12:28:37Z</updated>
<author>
<name>Ruslan Ermilov</name>
<email>ru@FreeBSD.org</email>
</author>
<published>2011-06-16T12:28:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=69c488cdc6ed5346e27ba559d54e9b2879de04d8'/>
<id>urn:sha1:69c488cdc6ed5346e27ba559d54e9b2879de04d8</id>
<content type='text'>
doc/, and now www/ trees, but only using the "cvsup" transport.

When "make update" is run using a tree's makefile, it can also use
"cvs" (except for www/) and "svn" (only src/).

Clean up documentation and code regarding "make update":

- Increase oddness by adding support for WWWSUPFILE and NO_WWWUPDATE to
  Makefile.inc1 (analogous to PORTSSUPFILE/NO_PORTSUPDATE and
  DOCSUPFILE/NO_DOCUPDATE; WWWSUPFILE already supported by www/Makefile).

- Document all trees that support CVS_UPDATE.

- Document all trees that support SUP_UPDATE.

- Document SVN_UPDATE.

- Document NO_WWWUPDATE.

- make.conf(5) mistakenly said that *SUPFILE* had defaults.

- Add an example entry for WWWSUPFILE.
</content>
</entry>
<entry>
<title>Disconnect sun4v architecture from the three.</title>
<updated>2011-05-14T01:53:38Z</updated>
<author>
<name>Attilio Rao</name>
<email>attilio@FreeBSD.org</email>
</author>
<published>2011-05-14T01:53:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=4b547324c0a839a0ecd067638686112f6f7cc11e'/>
<id>urn:sha1:4b547324c0a839a0ecd067638686112f6f7cc11e</id>
<content type='text'>
Some files keep the SUN4V tags as a code reference, for the future,
if any rewamped sun4v support wants to be added again.

Reviewed by:	marius
Tested by:	sbruno
Approved by:	re
</content>
</entry>
<entry>
<title>Add the mipsn32eb TARGET_ARCH to the list of mips targets for the</title>
<updated>2011-04-29T18:27:50Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2011-04-29T18:27:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=447552ca4c3d4e1a881a77033b4180f604b0c7c0'/>
<id>urn:sha1:447552ca4c3d4e1a881a77033b4180f604b0c7c0</id>
<content type='text'>
XLRN32 kernel config.

Reviewed by:	imp, jmallet
</content>
</entry>
<entry>
<title>If building (custom) FreeBSD images people tend to patch param.h.  In case</title>
<updated>2011-04-12T02:07:23Z</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2011-04-12T02:07:23Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=efc6da705884f33ebb6307293ffcd50a5a0ae609'/>
<id>urn:sha1:efc6da705884f33ebb6307293ffcd50a5a0ae609</id>
<content type='text'>
this happens just before the build is started (within the same second)
CHECK_TIME actually triggers thinking param.h is in the future (see f_Xtime,
c_Xtime logi in find(1) sources for the details in !F_EXACTTIME case).
Using the -mtime -0s (seconds, rather than no unit) avoids this 1s race.

Submitted by:	ed (2009-05-03)
Reviewed by:	cperciva (2009-05-03), emaste
Tested by:	bz (for almost two years)
MFC after:	4 days
</content>
</entry>
</feed>
