| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Submitted by: tmm (Makefile.inc1)
|
|
|
|
|
|
|
| |
Forgotten by: ru
Submitted by: des
Verified by: tools/make_libdeps.sh
Approved by: re (scottl) (related change)
|
|
|
|
|
|
|
|
|
| |
This was the initial intent anyway, and it became clear that it is
really necessary to treat it this way, as many people happen to run
with kernel newer than the installed world.
Submitted by: imp, ru
Approved by: re (scottl)
|
|
|
|
|
|
|
|
|
|
|
| |
in the SHARED=symlinks case. Symlinks to directories only work if all the
the necessary headers are in 1 directory, but the necessary headers are
scattered for at least ipfilter headers in <netinet>. This change also
avoids polluting /usr/include with non-headers; the /usr/include hierarchy
is now independent of the setting of SHARED.
Submitted by: ru (edited to fix netgraph/bluetooth/include and machine/pc)
PR: 44148
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
supported, it usually works for months at a time. Allow these people
to override the OSRELDATE of their installed world when things don't
match and the exact OSRELDATE matters and is different than the
kernel. Now that Makefile.inc1 depends more and more about which date
you have to optimize the pieces it builds, it may be necessary to
pessimize things if its guesses are wrong.
If OSRELDATE is already set, we won't fork the sysctl to find out what
the kernel's date is.
Developers on IRC suggested that they run mismatches all the time as
well.
Reviewed by: obrien
|
|
|
|
| |
but stop doing so again on the next __FreeBSD_version bump.
|
|
|
|
| |
Reviewed by: markm
|
|
|
|
|
| |
must not try to lint(1) stuff at *-tools time; keep the linting
for the actual build (which comes later).
|
|
|
|
| |
but we always want the latest macro files.
|
|
|
|
|
| |
change was to be consistent with other overridable variables such as
KERNCONFDIR and KERNCONF.
|
|
|
|
| |
environment variable, and don't need to be bootstrapped.
|
|
|
|
| |
and onwards, are believed to not require bootstrapping.
|
|
|
|
| |
and onwards, have support for the -J option we need.
|
| |
|
|
|
|
| |
and onwards, have no known backwards compatibility issues.
|
| |
|
|
|
|
|
|
|
|
|
| |
This allows us to use them as early as possible while building
bootstrap-, build-, and cross-tools. Some cleanups to follow.
This change resolves the gperf(1) bootstrapping issue (missing
-E option) in gnu/usr.bin/cc/cc1plus while in the cross-tools
stage when upgrading from 4.0-RELEASE.
|
|
|
|
|
|
|
|
|
|
|
| |
legacy stuff (binutils) depend on this order.
For this to work, provide (and use) specialized versions
of bsd.prog.mk and bsd.lib.mk that include the standard
versions first, then augment CFLAGS, DPADD, LDADD, and
LDFLAGS as necessary, with the legacy stuff.
Tested on: 4.0-RELEASE
|
| |
|
|
|
|
| |
need to create ${WORLDTMP}/legacy/usr/include explicitly.
|
|
|
|
| |
Submitted by: ru
|
|
|
|
|
|
| |
the logs, so use that instead.
Submitted by: obrien.
|
|
|
|
| |
case. This way, we won't have stale compatibility headers there.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
is because we populate these directories later, and a subsequent
-DNOCLEAN build may fail. So, we put them in
${WORLDTMP}/build/usr/{include,lib} instead and adjust Makefile.boot.
Again, this works on -stable and -current, but might break older
versions.
Submitted by: ru@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
FreeBSD. This method attempts to centralize all the necessary hacks
or work arounds in one of two places in the tree (src/Makefile.inc1
and src/tools/build). We build a small compatibility library
(libbuild.a) as well as selectively installing necessary include
files. We then include this directory when building host binaries.
This removes all the past release compatibilty hacks from various
places in the tree. We still build on tip of stable and current. I
will work with those that want to support more, although I anticipate
it will just work.
Many thanks to ru@, obrien@ and jhb@ for providing valuable input at
various stage of implementation, as well as for working together to
positively effect a change for the better.
|
|
|
|
|
| |
Add @ before ${ECHODIR} where appropriate because we don't need to echo
the echo command... This gets rid of extra echo ===> in log files...
|
|
|
|
|
|
| |
buildworld. This gives 5-11% percent gain in real buildworld
times on various UP and SMP systems here. I used 4 * hw.ncpu
as an argument to "make -j" in my tests.
|
|
|
|
| |
isn't known to the 4.x system compiler.
|
|
|
|
|
|
| |
glibc which is externally maintained, so GCC ships with these
warnings turned off by default. This is also consistent with
the src/contrib/gcc/c-lex.c,v 1.2 change.
|
|
|
|
|
|
|
|
|
|
|
| |
and kgzip(8) from the list of cross-tools during the normal,
non-"make release" buildworld.
Also, don't gratuitously build them, btxld(8) and elf2aout(1)
for native architecture builds, since they have no known
boostrapping issues along the supported upgrade path.
Prodded by: peter
|
|
|
|
|
|
|
| |
cross-releasing i386 on different architectures. This version
provides an i386 version of <a.out.h>, and handles endianness.
Tested on: alpha, sparc64
|
| |
|
| |
|
|
|
|
| |
Spotted by: johan
|
|
|
|
| |
Approved by: re
|
| |
|
|
|
|
|
| |
plain ${CLEANDIR} to clean kernel and modules. This has an
additional nicety of respecting NOCLEANDIR.
|
|
|
|
|
|
|
|
|
| |
from the source directory. (This mostly affects the RELENG_4's
``make release'' release.5 target, where "rtermcap" build-tool
for release/sysinstall ends up in the source directory and later
steps of release.5 wipe it out.)
Spotted by: jhay
|
| |
|
| |
|
|
|
|
|
|
| |
early on, rather than failing later with an obscure error message.
Make error messages appear consistent.
|
|
|
|
|
|
| |
Can be removed if the underlying issue is fixed.
Submitted by: Flemming Jacobsen <fj@batmule.dk>
|
|
|
|
| |
a sysadmin tool.
|
|
|
|
|
|
|
| |
buildworld).
Reviewed by: imp, marcel
Approved by: re (rwatson)
|
|
|
|
| |
Requested by: des, markm
|
| |
|
|
|
|
|
|
|
|
| |
is a compiler tool and needs to be compiled by the host compiler. I've
tested this in i386->sparc cross-build, 4.7->current upgrade, normal
buildkernel target, and normal /sys/i386/compile/GENERIC configurations.
Submitted by: ru
|