#
5a0a8597 |
| 05-Jan-2020 |
Ed Maste <emaste@FreeBSD.org> |
Do not build GCC 4.2.1 by default for any CPU architecture
By default set to NO:
GCC GCC_BOOTSTRAP GNUCXX
As described by imp@ on the freebsd-arch mailing list Aug 13, 2019 with Subject: Gcc 4.2.1
Do not build GCC 4.2.1 by default for any CPU architecture
By default set to NO:
GCC GCC_BOOTSTRAP GNUCXX
As described by imp@ on the freebsd-arch mailing list Aug 13, 2019 with Subject: Gcc 4.2.1 to be removed before FreeBSD 13, a firm timeline https://lists.freebsd.org/pipermail/freebsd-arch/2019-August/019674.html
Reviewed by: jhb, imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23026
show more ...
|
#
b4f20f20 |
| 03-Jan-2020 |
Ed Maste <emaste@FreeBSD.org> |
src.opts.mk: SVNLITE requires FILE
Reported by: Build Options Survey run by Michael Dexter
|
#
9ed13baa |
| 03-Jan-2020 |
Ed Maste <emaste@FreeBSD.org> |
src.opts.mk: GOOGLETEST requires CXX
Reported by: Build Options Survey run by Michael Dexter
|
#
78a576cb |
| 03-Jan-2020 |
Ed Maste <emaste@FreeBSD.org> |
src.opts.mk: switch LLD_BOOTSTRAP and LLD_IS_LD to opt-out
More MACHINE_CPUARCH/MACHINE_ARCH cases enable these options than disable them, and several of them have work in progress to switch over. T
src.opts.mk: switch LLD_BOOTSTRAP and LLD_IS_LD to opt-out
More MACHINE_CPUARCH/MACHINE_ARCH cases enable these options than disable them, and several of them have work in progress to switch over. Thus, invert the sense of the test and list cases not using LLD as the exceptions.
show more ...
|
#
4ad9b9fa |
| 03-Jan-2020 |
Ed Maste <emaste@FreeBSD.org> |
src.opts.mk: simplify after arm/arm retirement
There were a few special cases for arm v5, such as disabling LLDB due to the lack of 64-bit atomic operations. Now that arm has been retired (as of r3
src.opts.mk: simplify after arm/arm retirement
There were a few special cases for arm v5, such as disabling LLDB due to the lack of 64-bit atomic operations. Now that arm has been retired (as of r356263) we can simplify the options logic somewhat.
show more ...
|
#
cb9da00e |
| 27-Dec-2019 |
Ed Maste <emaste@FreeBSD.org> |
Switch GPL_DTC to default off
We use the BSDL devicetree compiler as long as we have a C++11 compiler. dtc is not needed as a build tool on the platforms that are still using GCC 4.2.1 (and it is be
Switch GPL_DTC to default off
We use the BSDL devicetree compiler as long as we have a C++11 compiler. dtc is not needed as a build tool on the platforms that are still using GCC 4.2.1 (and it is being disabled very soon, anyhow).
Discussed with: imp, kevans
show more ...
|
#
d3a54999 |
| 27-Dec-2019 |
Ed Maste <emaste@FreeBSD.org> |
src.opts.mk: switch LLVM_LIBUNWIND to opt-out
PowerPC switched to LLVM_LIBUNWIND along with the switch to Clang/LLVM in r356111. This leaves only 32-bit Arm and sparc64 not using LLVM's unwinder, s
src.opts.mk: switch LLVM_LIBUNWIND to opt-out
PowerPC switched to LLVM_LIBUNWIND along with the switch to Clang/LLVM in r356111. This leaves only 32-bit Arm and sparc64 not using LLVM's unwinder, so switch the sense to opt-out.
I elected to list the individual arm MACHINE_ARCHs so future changes are more clear if LLVM_LIBUNWIND is enabled for one or two but not all 32-bit Arm targets (see PR 233664).
show more ...
|
#
897dc644 |
| 27-Dec-2019 |
Ed Maste <emaste@FreeBSD.org> |
src.opts.mk: switch LLVM toolchain to opt-out
After PowerPC switched in r356111, the list of targets using LLVM as the default toolchain is much longer than those not using it. Switch the sense of
src.opts.mk: switch LLVM toolchain to opt-out
After PowerPC switched in r356111, the list of targets using LLVM as the default toolchain is much longer than those not using it. Switch the sense of the test to exclude those not using LLVM.
Targets not using LLVM is currently mips, riscv5, and sparc64; work is in progress to migrate the first two to LLVM.
show more ...
|
#
678da4a2 |
| 27-Dec-2019 |
Justin Hibbits <jhibbits@FreeBSD.org> |
Use LLVM as default toolchain for all PowerPC targets
This enables LLVM as the default compiler for powerpc, powerpc64, and powerpcspe, as well as LLD as the default linker for powerpc64.
LLD is no
Use LLVM as default toolchain for all PowerPC targets
This enables LLVM as the default compiler for powerpc, powerpc64, and powerpcspe, as well as LLD as the default linker for powerpc64.
LLD is not yet ready for prime time for powerpc and powerpcspe, but work is continuing on it.
Submitted by: alfredo.junior_eldorado.org.br Relnotes: YES Differential Revision: https://reviews.freebsd.org/D20378
show more ...
|
#
37516d3b |
| 20-Dec-2019 |
Ed Maste <emaste@FreeBSD.org> |
add LDNS build knob dependency on OPENSSL
Reported by: Michael Dexter's run of the Build Options Survey MFC after: 1 week Sponsored by: The FreeBSD Foundation
|
#
5fa85bcd |
| 12-Dec-2019 |
Conrad Meyer <cem@FreeBSD.org> |
Revert r354348
Switch ARM32 default libunwind back to old GPL2 libgcc version. Reportedly, the llvm-libunwind code is nonfunctional.
Requested by: mmel
|
#
96aaefdf |
| 10-Dec-2019 |
Bryan Drewery <bdrewery@FreeBSD.org> |
Fix WITHOUT_CLANG build.
This decouples MK_LLVM_TARGET_ALL from MK_CLANG. It is fine if LLVM_TARGET_* are set even if MK_CLANG is disabled. It never made sense to depend MK_LLVM_TARGET_* to MK_CLANG
Fix WITHOUT_CLANG build.
This decouples MK_LLVM_TARGET_ALL from MK_CLANG. It is fine if LLVM_TARGET_* are set even if MK_CLANG is disabled. It never made sense to depend MK_LLVM_TARGET_* to MK_CLANG (which I did in r335706).
PR: 240507 Reported by: kevans, swills MFC after: 2 weeks
show more ...
|
#
678898a2 |
| 25-Nov-2019 |
Ed Maste <emaste@FreeBSD.org> |
update comment (about llvm target config) to match r355095
|
#
d5b068fc |
| 25-Nov-2019 |
Ed Maste <emaste@FreeBSD.org> |
remove armv6 LLVM workaround introduced in r341812
r341812 enabled only arm target support in LLVM on arm and armv6, because ld.bfd 2.17.50 lacked support for range extensions required for linking s
remove armv6 LLVM workaround introduced in r341812
r341812 enabled only arm target support in LLVM on arm and armv6, because ld.bfd 2.17.50 lacked support for range extensions required for linking such large binaries/libraries. r341812 indicated that the workaround should be removed once the userland can be linked by lld.
r354289 switched armv6 to use lld by default, so remove the workaround on armv6. The workaround remains in place for arm (v5), and will presumably be removed when arm is retired.
Sponsored by: The FreeBSD Foundation
show more ...
|
#
5882cf71 |
| 20-Nov-2019 |
Ed Maste <emaste@FreeBSD.org> |
disable amd(8) by default
As of FreeBSD 10.1 the autofs(5) is available for automounting, and the amd man page has indicated that the in-tree copy of amd is obsolete. Disable it by default for now,
disable amd(8) by default
As of FreeBSD 10.1 the autofs(5) is available for automounting, and the amd man page has indicated that the in-tree copy of amd is obsolete. Disable it by default for now, with the expectation that it will be removed before FreeBSD 13.0.
Reviewed by: kevans Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D22460
show more ...
|
#
de9950e8 |
| 12-Nov-2019 |
John Baldwin <jhb@FreeBSD.org> |
Enable the RISC-V LLVM backend by default.
Reviewed by: dim, mhorne, emaste MFC after: 1 month Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D22284
|
#
a3b299f0 |
| 08-Nov-2019 |
Ed Maste <emaste@FreeBSD.org> |
mark LLVM_LIBUNWIND as broken on sparc64, with PR reference
PR: 233405
|
#
de15a85e |
| 08-Nov-2019 |
Ed Maste <emaste@FreeBSD.org> |
add reference to PR for sparc64 BSD_CRTBEGIN in BROKEN_OPTIONS
We will soon remove the BSD_CRTBEGIN option (and will use the new CRT files always) as part of the GCC 4.2.1 removal. Right now BSD_CR
add reference to PR for sparc64 BSD_CRTBEGIN in BROKEN_OPTIONS
We will soon remove the BSD_CRTBEGIN option (and will use the new CRT files always) as part of the GCC 4.2.1 removal. Right now BSD_CRTBEGIN works everywhere but sparc64; add a reference to the PR in case anyone stumbles across this and is looking for more information.
show more ...
|
#
55c2583a |
| 08-Nov-2019 |
Brooks Davis <brooks@FreeBSD.org> |
Revert r354518 and commit the intented fix rather than the diagnostic check.
This fixes the definition of MK_LIB32 in Makefile.inc1.
|
#
a4330302 |
| 07-Nov-2019 |
Brooks Davis <brooks@FreeBSD.org> |
libcompat: build 32-bit rtld and ldd as part of "everything"
Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setti
libcompat: build 32-bit rtld and ldd as part of "everything"
Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setting them in LIBCOMPATWMAKEENV.
Alter .PATH and CFLAGS settings in work when the Makefile is included.
While here only support LIB32 on supported platforms rather than always enabling it and requiring users of MK_LIB32 to filter based TARGET/MACHINE_ARCH.
The net effect of this change is to make Makefile.libcompat only build compatability libraries.
Changes relative to r354449:
Correct detection of the compiler type when bsd.compat.mk is used outside Makefile.libcompat. Previously it always matched the clang case.
Set LDFLAGS including the linker emulation for mips where -m32 seems to be insufficent.
Reviewed by: imp, kib (origional version in r354449) Obtained from: CheriBSD (conceptually) Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D22251
show more ...
|
#
ccad77fe |
| 07-Nov-2019 |
Brooks Davis <brooks@FreeBSD.org> |
Revert r354449: libcompat: build 32-bit rtld and ldd as part of "everything"
Additional testing is required..
|
#
36712a94 |
| 07-Nov-2019 |
Brooks Davis <brooks@FreeBSD.org> |
libcompat: build 32-bit rtld and ldd as part of "everything"
Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setti
libcompat: build 32-bit rtld and ldd as part of "everything"
Alter bsd.compat.mk to set MACHINE and MACHINE_ARCH when included directly so MD paths in Makefiles work. In the process centralize setting them in LIBCOMPATWMAKEENV.
Alter .PATH and CFLAGS settings in work when the Makefile is included.
While here only support LIB32 on supported platforms rather than always enabling it and requiring users of MK_LIB32 to filter based TARGET/MACHINE_ARCH.
The net effect of this change is to make Makefile.libcompat only build compatability libraries.
Reviewed by: imp, kib Obtained from: CheriBSD (conceptually) Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D22251
show more ...
|
#
6b4e5d6b |
| 05-Nov-2019 |
Conrad Meyer <cem@FreeBSD.org> |
armv6, armv7: Switch to llvm-libunwind by default
This could just be ${__TT} == "arm", except armv5 isn't slated for death until EOY.
arm tinderbox builds. Let's see what else shakes out.
|
#
784a4b6b |
| 03-Nov-2019 |
Conrad Meyer <cem@FreeBSD.org> |
armv6: Switch to LLD by default
This could just be ${__TT} == "arm", except armv5 isn't slated for death until EOY.
arm tinderbox builds. Let's see what else shakes out.
|
Revision tags: release/12.1.0 |
|
#
6ab18ea6 |
| 23-Oct-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Build toolchain components as dynamically linked executables by default
Summary: Historically, we have built toolchain components such as cc, ld, etc as statically linked executables. One of the re
Build toolchain components as dynamically linked executables by default
Summary: Historically, we have built toolchain components such as cc, ld, etc as statically linked executables. One of the reasons being that you could sometimes save yourself from botched upgrades, by e.g. recompiling a "known good" libc and reinstalling it.
In this day and age, we have boot environments, virtual machine snapshots, cloud backups, and other much more reliable methods to restore systems to working order. So I think the time is ripe to flip this default, and link the toolchain components dynamically, just like almost all other executables on FreeBSD.
Maybe at some point they can even become PIE executables by default! :)
Reviewed by: kib MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D22061
show more ...
|