#
d0b2dbfa |
|
16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line sh pattern Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
#
134b3783 |
|
29-Feb-2020 |
Ed Maste <emaste@FreeBSD.org> |
retire in-tree GPL dtc devicetree compiler Now that we no longer have GCC 4.2.1 in the tree and can assume FreeBSD is being built with a C++11 compiler available, we can use BSDL dtc unconditionally and retire the GPL dtc. GPL dtc now has FreeBSD CI support via Cirrus-CI to help ensure it continues to build/work on FreeBSD and is available in the ports tree if needed. The copy of (copyfree licensed) libfdt that we actually use is in sys/contrib/libfdt so the extra copy under contrib/dtc/libfdt can be removed along with the rest of the GPL dtc. Reviewed by: kevans, ian, imp, manu, theraven Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23192
|
#
c4501804 |
|
28-Feb-2020 |
Ed Maste <emaste@FreeBSD.org> |
retire the LLVM_LIBUNWIND option LLVM's libunwind is used on all FreeBSD-supported CPU architectures and is a required component. Reviewed by: brooks (earlier) Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23123
|
#
57f80467 |
|
28-Feb-2020 |
Ed Maste <emaste@FreeBSD.org> |
remove GCC 4.2.1 build infrastructure As described in Warner's email message[1] to the FreeBSD-arch mailing list we have reached GCC 4.2.1's retirement date. At this time all supported architectures either use in-tree Clang, or rely on external toolchain (i.e., a contemporary GCC version from ports). GCC 4.2.1 was released July 18, 2007 and was imported into FreeBSD later that year, in r171825. GCC has served us well, but version 4.2.1 is obsolete and not used by default on any architecture in FreeBSD. It does not support modern C and does not support arm64 or RISC-V. Thanks to everyone responsible for maintaining, updating, and testing GCC in the FreeBSD base system over the years. So long, and thanks for all the fish. [1] https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html PR: 228919 Reviewed by: brooks, imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23124
|
#
43e84039 |
|
31-Jan-2020 |
Ed Maste <emaste@FreeBSD.org> |
retire BSD_CRTBEGIN option BSD crt is currently used on all architectures (other than sparc64). Remove the option and use BSD crt everywhere as part of the GCC 4.2.1 retirement plan. https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html PR: 239851 Reviewed by: andrew, brooks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23122
|
#
a33774ad |
|
06-Jan-2020 |
Kyle Evans <kevans@FreeBSD.org> |
Update libssp paths in various Makefile.depend* files I've been advised that the model that uses these are fairly resilient, but we do know the proper path to use (or remove, in the case of ^/targets/...), so go ahead and update them to reflect that.
|
#
8134347f |
|
05-Feb-2018 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Remove libreadline from the source tree, all consumers but gdb has been switched to libedit long ago, libreadline was built as an internallib for a while and kept only for gdbtui which was broken using libreadline. Since gdb has been mostly deorbitted in all arches, gdbtui was only installed on arm and sparc64, given it has been removed, gdb has been switched to use libedit, no consumers are left for libreadline. Thus this removal
|
#
a2739731 |
|
06-Feb-2018 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Remove gdbtui, it was already not installed on every arches only installed on arm and sparc64. It is the only bits that keeps us having libreadline in base The rest of gdb can be switched to libedit and will be in another commit
|
#
ea825d02 |
|
30-Oct-2017 |
Bryan Drewery <bdrewery@FreeBSD.org> |
DIRDEPS_BUILD: Update dependencies. Sponsored by: Dell EMC Isilon
|
#
a160cbfa |
|
30-Oct-2017 |
Bryan Drewery <bdrewery@FreeBSD.org> |
DIRDEPS_BUILD: libgcc now depends on MK_LLVM_LIBUNWIND The dependency on gnu/lib/libgcc or lib/libgcc* is determined at 'make dirdeps' time. Sponsored by: Dell EMC Isilon
|
#
7f22b1ff |
|
13-Oct-2017 |
Ed Maste <emaste@FreeBSD.org> |
clean up remnants of removed GPL software send-pr r267486 texinfo r276551 ranlib r286332 sdiff r298823 rcs r307351 diff r317209
|
#
3949741e |
|
13-Oct-2017 |
Ed Maste <emaste@FreeBSD.org> |
Remove additional groff leftovers (r319664)
|
#
4ede042b |
|
12-Nov-2016 |
Bryan Drewery <bdrewery@FreeBSD.org> |
Remove lingering ELFCOPY_AS_OBJCOPY missed in r306649. Sponsored by: Dell EMC Isilon
|
#
3055a28d |
|
26-Feb-2016 |
Bryan Drewery <bdrewery@FreeBSD.org> |
Update dependencies. Sponsored by: EMC / Isilon Storage Division
|
#
b1f92fa2 |
|
30-Nov-2015 |
Bryan Drewery <bdrewery@FreeBSD.org> |
META MODE: Update dependencies with 'the-lot' and add missing directories. This is not properly respecting WITHOUT or ARCH dependencies in target/. Doing so requires a massive effort to rework targets/ to do so. A better approach will be to either include the SUBDIR Makefiles directly and map to DIRDEPS or just dynamically lookup the SUBDIR. These lose the benefit of having a userland/lib, userland/libexec, etc, though and results in a massive package. The current implementation of targets/ is very unmaintainable. Currently rescue/rescue and sys/modules are still not connected. Sponsored by: EMC / Isilon Storage Division
|
#
54c7d75a |
|
25-Sep-2015 |
Bryan Drewery <bdrewery@FreeBSD.org> |
META_MODE: Remove DEP_RELDIR from Makefile.depend files. This has not been needed since r284171 in projects/bmake. Sponsored by: EMC / Isilon Storage Division
|
#
71e221e8 |
|
16-Jun-2015 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Support WITH_LLDB Remove entries from userland/gnu that conflict with toolchain
|
#
2b3dc535 |
|
11-Jun-2015 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Reorganize targets/pseudo/userland This target mainly exists to help check things build. Eventually targets that build real packages or images will be more important. As such move the pseudo targets that only exist for the benefit of 'userland' to under it.
|