| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Reviewed by: imp
Sponsored by: The FreeBSD Foundation
|
|
|
|
|
| |
of kernel hackery, add MAKE_JUST_WORLDS so that we can take part in
the 'make universe' goodnes without using unecessary time and resources.
|
|
|
|
| |
build(7), many people look here for a quick reminder...
|
|
|
|
|
| |
It was just a local modification to build the i386 and amd64 more
quickly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove __gnu89_inline.
Now that we use C99 almost everywhere, just use C99-style in the pmap
code. Since the pmap code is the only consumer of __gnu89_inline, remove
it from cdefs.h as well. Because the flag was only introduced 17 months
ago, I don't expect any problems.
Reviewed by: alc
It was backed out, because it prevented us from building kernels using a
7.x compiler. Now that most people use 8.x, there is nothing that holds
us back. Even if people run 7.x, they should be able to build a kernel
if they run `make kernel-toolchain' or `make buildworld' first.
|
|
|
|
|
|
|
|
| |
then directly assign the result.
Submitted by: jmallett
MFC after: 24 days
X-MFC with: r201815
|
|
|
|
|
|
| |
Submitted by: nyan[1], imp[2]
MFC after: 27 days
X-MFC with: r201815
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
make universe, split the logic into two parts:
- 1st to build worlds and generate kernel configs like LINT.
- 2nd to build kernels for a given TARGET architecture correctly
finding all newly generated configs, not knowing anything about
LINT anymore. (*)
(*) If you know better/cleaner/... ways to do this, let me know.
Discussed on/with: arch, jhb, rwatson
MFC after: 1 month
|
|
|
|
| |
Discussed with: imp
|
|
|
|
|
|
| |
you can build the cross development tools and install them as
$XDEV-freebsd-xxx for each tool. This allows one to use autoconf to
find the tools for cross building scenarios.
|
|
|
|
|
|
|
|
| |
`make universe'. This catches a few more arm and, once enabled, mips
configs and permits having local configs named like NOINET6.
Reviewed by: phk
MFC after: 4 weeks
|
|
|
|
|
|
|
|
| |
a developer can rest reasonably assured that the tinderbox will not
be broken. This target leverages most of 'universe' but will exit
non-zero and output a summary at the end.
"make tinderbox"
|
|
|
|
|
|
|
| |
fails. The error message includes a reference to the relevant log file.
Approved by: phk
MFC after: 1 week
|
|
|
|
|
| |
SRCCONF was omitted here to be able to build non standard trees
with universe as well.
|
|
|
|
|
|
|
| |
src.conf with possibe non-default options.
Reviewed by: ru
MFC after: 10 days
|
|
|
|
|
| |
Note that sun4v is currently broken on T2000 hardware so it's pretty
much a lame duck at this point.
|
|
|
|
|
|
| |
no active development on it for over a year now and it isn't
reliable under a simple buildworld. Developers can't be expected to
test code targeted for it.
|
|
|
|
|
| |
This is useful when wanting to retry a broken build using NOCLEAN and the
buildworlds are known to have completed.
|
|
|
|
|
|
|
| |
general mergemaster line.
MFC after: 3 days
Suggested by: Ben Laurie
|
|
|
|
|
|
| |
PR: misc/99735
Reported by: Philip M. Gollucci <pgollucci@p6m7g8.com>,
Maxim Konovalov <maxim@macomnet.ru>
|
|
|
|
| |
set incorrectly.
|
|
|
|
|
| |
MFC after: 1 week
Reviewed by: ru
|
|
|
|
| |
Submitted by: jmallet@
|
|
|
|
|
|
| |
only matters in the early stages of bootstrapping, of course, but gnu make can't
handle bsd make Makefiles at all if they use any of the 'dot' directives, which
src/Makefile has in abudnance.
|
|
|
|
| |
chflags is failed.
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and that controls which platforms are being built as part of a "make
universe". By default TARGETS is set to the 8 platforms currently
being built. This variable is useful for running or re-running a
"make universe" with only a selected set of platforms. This makes the
universe target slightly more useful in cases the universe is limited
to a developer's scope or objectives. For example, when a universe
failed for a particular platform and fixes need to be tested for that
particular platform then a developer can restart the universe for
only that platform, even if the initial universe is still building
other platforms.
|
| |
|
|
|
|
| |
DTrace.
|
|
|
|
|
| |
use with DTrace because the normal buildworld will do that when the
tools are built.
|
| |
|
|
|
|
|
|
| |
"make TARGET=<machine> build*", now that it actually works.
Prompted by: imp
|
|
|
|
|
|
|
|
|
|
|
| |
HISTORICAL_MAKE_WORLD from the text that's output. This was committed
against the previous consensus. Leave the documentation in this file
as a compromose. The HISTORICAL_MAKE_WORLD knob is intentionally
obfuscated and we only trust people smart enough to read the Makefile
to use it. All others have no business using it due to its danger,
unless DESTDIR is set.
Dissentors: grog, obrien, trhodes
|
| |
|
|
|
|
|
|
|
|
|
| |
undocumented HISTORICAL_MAKE_WORLD variable and set it. Note it
here so the blow up will not really be a surprise to people who
read.
Link the buildingworld chapter of our handbook in the README
while I'm here.
|
|
|
|
|
|
|
|
|
|
|
| |
environment for cross building (the same one you'd get interactively
in make buildenv). This cannot be a simple
make -f Makefile.inc1 -V WMAKEENV
because in PATH is not set correctly unless one takes a trip through
the Makefile/Makefile.inc1 indirection, the logic of which is too
large to reproduce outside of Makefiles.
|
|
|
|
|
|
|
|
| |
the build infrastructure: "make doxygen"
Changes to the man pages will be made when some defaults are revisited.
Requested by: gnn
|
| |
|
|
|
|
| |
Suggested by: phk
|
| |
|
|
|
|
|
|
|
| |
whether MAKEOBJDIRPREFIX is set at a wrong place.
Reviewed by: ru
MFC after: 3 days
|
|
|
|
| |
(the source for LINT), as I initially intended.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- removes obsolete files/dirs or libraries.
- works in interactive (default) and batch mode
- respects DISTDIR
- documented in UPDATING and build(7)
The head of the file ObsoleteFiles.inc contains instructions how to add
obsolete files/dirs/libs to the list. Obviously one should add obsolete
files to this list, when he removes a file/dir/lib from the basesystem.
Additionally add check-old target:
- allows re@ to check if a file on the obsolete list resurfaces
Design goals:
- allows full control by the user (default interactive mode)
- possibility of scripted removal of obsolete files (batch mode)
- opt-in removal of files (explicit list of files)
- seperate removal of libs (2 delete targets)
Important design decissions:
- structured list of files to remove instead of a plain text file:
* allows to remove additional files if a NO_foo knob is specified
without the need to change the targets (no NO_foo knob is respected
yet)
- not using mtree like NetBSD does:
* mtree doesn't has an interactive mode
Discussed on: arch (long ago), current (this year)
Additional input from: re (hrs)
Approved by: mentor (joerg)
|
|
|
|
|
|
|
| |
the "make -n universe" output looks more builder (human) friendly.
- Wrap the "universe" target into a ".if make(universe)"; it's only
intended to be called directly so it should be safe to do it.
|
|
|
|
|
| |
when cross-building (installing). (This is useful for NFS
installing world/kernel to another architecture machine.)
|
|
|
|
|
|
| |
Prodded by: obrien
Nodded by: peter
Approved by: re
|
|
|
|
|
|
|
|
| |
and adjust the path in the Makefile for the upgrade_checks target.
These checks are really feature upgrade checks that should be fast
and just find out whether we need to build a new make before
proceeding with other targets like buildworld. This makes the
place free for a real regression test suite in the old place.
|
|
|
|
|
|
| |
target of the same name from src/etc/Makefile with a proper
environment, suitable to be used during upgrades and cross-
builds.
|
|
|
|
|
|
|
| |
CAVEAT: if you run tcsh(1) from within this target, this will
reset your PATH making this target mostly useless. Careful!
Submitted by: jmg, ru
|