| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
target, but rescue doesn't.
Pointy hat: imp@
|
| |
|
|
|
|
|
| |
which has a build-tools target (see commit for how build-tools and
cross-tools differ).
|
|
|
|
|
|
|
| |
12 years? Nothing downstream in the build uses it. Eliminate it as a
build tool.
Reviewed by: emaste@ ("just delete it")
|
|
|
|
|
|
|
|
| |
changes to prevent the 'rescue: not found' errors from happening.
Bump FreeBSD_version to 1100078 since there's been no version bumps
since this change was made. Only people that installed since r284356
really need to do this bootstrapping, but since crunchgen needs to
bootstrap for other reasons, bumping the number was the simplest.
|
| |
|
|
|
|
|
|
|
|
| |
They need to be built and installed (including headers) prior to the
DTrace CTF tools.
Reviewed by: imp (as part of a larger change)
Sponsored by: The FreeBSD Foundation
|
|
|
|
|
|
| |
ITOOLS. They are tiny enough that I'm not making conditional: the
minuscule savings in disk space isn't worth the obfuscation of
Makefile.inc1.
|
|
|
|
|
|
| |
Reviewed by: andrew, emaste
Sponsored by: ARM Limited
Differential Revision: https://reviews.freebsd.org/D2738
|
|
|
|
|
|
|
|
|
|
| |
This makes sysroot usable for cross building, it also removes the need for
_SHLIBDIRPREFIX (keeps its definition since picobsd uses it and I have no time
to test it)
Differential Revision: https://reviews.freebsd.org/D2920
Submitted by: imp, adrian
Tested by: adrian
|
| |
|
|
|
|
| |
Reported by: antoine, jbeich
|
| |
|
|
|
|
|
| |
gzip(1) cannot be used as bootstrap tools as it depends on syscalls that only
exists on HEAD
|
|
|
|
|
|
|
|
| |
with compressed manpages.
This should fix spam during installworld: "exec: No such file or directory"
Reported by: many
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This change among other things improve search capabilities over the manpages
allowing fine grain query.
A new build option WITHOUT_MANDOCDB has been added to keep the ancient version
of the database and the tools. The plan is to entirely remove this option before
11.0-RELEASE.
Differential Revision: https://reviews.freebsd.org/D2603
|
|
|
|
| |
options would need libsqlite3 as well thus depends on this definitions
|
|
|
|
| |
on supported arches to the prebuild libs
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
typos, and fixing the dependency when MK_LIBCPLUSPLUS != no
- `:D` operator evaluation is immediate, i.e. like .if defined(..). So r283159
was in effect a no-op commit.
- Fix dependency in MK_LIBCPLUSPLUS case in two ways:
-- lib/libc++ was the wrong dependency. It should have been libcxxrt.
-- lib/libc++ was missing __L, so again it was depending on the directory, not
the relevant .PHONY target.
Tested with: make tinderbox (amd64, arm, sparc64) and JFLAG=-j16
In collaboration with: bdrewery, imp, peter
BIG pointyhat to: ngie (for trying to commit things at 6am while staying up all
night working on other tasks)
|
|
|
|
|
|
|
|
| |
This reduces the number of copy of sqlite we have to just one and easier
tracking version of sqlite
Differential Revision: https://reviews.freebsd.org/D2443
Reviewed by: imp, stas, bjk
|
|
|
|
|
|
|
| |
target, not the directory when building libctf for libproc
Reported by: many, Jenkins
Submitted by: rodrigc
|
|
|
|
|
|
|
| |
lib/librtld_db on architectures where they're supported
Reported by: bz, Jenkins
Pointyhat to: bapt
|
|
|
|
| |
on MK_CTF != "no". Use the other divined value instead of reinventing the wheel
|
|
|
|
|
|
| |
Verified via `cd lib/libproc; make -VLIBADD`
Pointyhat to: ngie
|
|
|
|
|
|
|
| |
on !arm64 and !sparc64
Pointyhat to: bapt
Sponsored by: EMC / Isilon Storage Division
|
|
|
|
| |
Sponsored by: EMC / Isilon Storage Division
|
|
|
|
| |
Those are needed to build libdtrace
|
|
|
|
|
|
|
|
|
|
|
|
| |
- r277259 crunchide: Correct 64-bit section header offset
- r281674 crunchide: always include both 32- and 64-bit ELF support
With built-in cross-size support we also no longer need a special case
for cross-build crunchide.
Reviewed by: imp
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D2576
|
|
|
|
|
|
|
|
|
| |
The appropriate subdirectories are handled by lib/csu/Makefile. There's
no need to duplicate this logic in Makefile.inc1 and lib/Makefile.
Reviewed by: imp
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D2523
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(Makefile.inc1): add dependency of xinstall on libmd to
avoid failure of parallel bootstrap.
(lib/libmd/*.h): do not redefine symbols if already
defined as macros (libcrypt uses the same sources internally,
redefining symbols with a prefix of its own).
Fixes build failures caused by previous change to libmd.
Reported by: ian
Pointy hat to: thomas
|
| |
|
|
|
|
|
|
|
|
|
| |
if its set in the environement of each command seperately.
Move the PATH setting to the NXBMAKE variable so its picked up to find
the one-off gperf build for the native-xtools target.
Pointed Out by: ngie
|
|
|
|
|
|
|
|
| |
enabled host. Build a one-off gperf and put it in the PATH for the rest
of the target so the ONE call to gperf by the gcc build picks it up and
DTRT.
Reviewed by: imp
|
|
|
|
|
|
|
|
|
|
| |
make bootstrap-tools
On the plus side, this also greatly reduces complexity
MFC after: 1 week
Pointyhat to: ngie
Reported by: Willem Jan Withagen <wjw@digiware.nl>
|
| |
|
|
|
|
|
|
|
|
| |
stopped using kgzip in the release process. We no longer need to build
kgzip as a cross tool, and tests for RELEASEDIR are obsolete, so
remove both.
Differential Revision: https://reviews.freebsd.org/D2313
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
parallelization work done in r279197
- kerberos5/lib/libroken requires kerberos5/tools/make-roken to build
- kerberos5/tools/asn1_compile, kerberos5/tools/slc, and usr.bin/compile_et
require kerberos5/lib/libroken and kerberos5/lib/libvers
This race is incredibly evident when cross-building sparc64 on
ref10-amd64.freebsd.org
MFC after: 1 week
Pointyhat to: ngie
|
|
|
|
|
| |
always doing byacc until someone figures out the more nuanced version
to switch off of.
|
|
|
|
|
| |
Reviewed by: emaste
Sponsored by: The FreeBSD Foundation
|
|
|
|
|
|
|
|
| |
stage, just like for the regular world stage.
Reviewed by: rodrigc, imp, bapt, emaste
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D2187
|
|
|
|
|
|
|
| |
Before this fix, --sysroot was only added to the compiler flags if a clang
external toolchain was used.
Reviewed by: imp
|
| |
|
|
|
|
|
|
|
|
|
|
| |
As legacy executes "make installincludes" we don't want it to be
disabled by a src.conf setting.
Reviewed by: imp
MFC after: 1 month
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D2143
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
only adds support for kernel-toolchain, however it is expected further
changes to add kernel and userland support will be committed as they are
reviewed.
As our copy of binutils is too old the devel/aarch64-binutils port needs
to be installed to pull in a linker.
To build either TARGET needs to be set to arm64, or TARGET_ARCH set to
aarch64. The latter is set so uname -p will return aarch64 as existing
third party software expects this.
Differential Revision: https://reviews.freebsd.org/D2005
Relnotes: Yes
Sponsored by: The FreeBSD Foundation
|
|
|
|
| |
It is used by at least crunchide(1).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes C++ libraries not implicitly linking in libc++. This is
generally not an issue because the final linking with the compiled binary
will involve CXX via PROG_CXX or other means. It is however
inconsistent with libraries implicitly linking in libc and problematic
for trying to build libraries with '-z defs' to ensure all direct
dependencies are linked in.
libatf-c++ is currently the only consumer of this new feature.
Differential Revision: https://reviews.freebsd.org/D2039
Reviewed by: imp
Discussed with: bapt
MFC after: 2 weeks
Sponsored by: EMC / Isilon Storage Division
|
|
|
|
|
|
|
|
|
|
| |
The in-tree binutils does not support arm64, so will not work for the
forthcoming FreeBSD arm64 port. BROKEN_OPTIONS will include
BINUTILS_BOOTSTRAP, so provide a default CROSS_BINUTILS_PREFIX for this
case.
Reviewed by: imp
Sponsored by: The FreeBSD Foundation
|
|
|
|
| |
doesn't need to be a build tool.
|