FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F14.4.0 2023-08-16T17:55:03Z 2023-08-16T17:55:03Z Warner Losh imp@FreeBSD.org 2023-08-16T17:55:03Z urn:sha1:d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ 2020-12-25T21:14:17Z Kyle Evans kevans@FreeBSD.org 2020-12-22T21:36:40Z urn:sha1:8aff76fb37b58a74832831ac1c54a013a64b35e7 Unconditionally install bsdgrep as grep, bootstrap or not. Remove all build glue and stop installing both gnugrep and libgnuregex now that all consumers of the latter are gone. Relnotes: yes Differential Revision: https://reviews.freebsd.org/D27732 2020-12-15T18:12:03Z Ed Maste emaste@FreeBSD.org 2020-12-15T18:12:03Z urn:sha1:fe7dff17591e17755b643f8f3cfadea49f83e16b 2020-12-04T15:21:12Z Kyle Evans kevans@FreeBSD.org 2020-12-04T15:21:12Z urn:sha1:2756e138434516b9c6368c6ce0490e3eba808f2e bsdgrep switched over to libregex back in r363823 to fill WITH_GNU_GREP_COMPAT, since libgnuregex in base is quite buggy and libregex is somewhat functional. Don't build libgnuregex on our account, please. 2020-02-29T03:25:51Z Ed Maste emaste@FreeBSD.org 2020-02-29T03:25:51Z urn:sha1:57f804675e65951d630a38d94c07be4a27ae4053 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 2020-01-31T18:04:04Z Ed Maste emaste@FreeBSD.org 2020-01-31T18:04:04Z urn:sha1:43e8403953cb97ffa6306dd13d2e92fdec91e47c 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 2020-01-08T21:07:55Z Ed Maste emaste@FreeBSD.org 2020-01-08T21:07:55Z urn:sha1:305f30cc2906501ecb8ab7caa084a9804ed2e594 As of r356514 LLVM's libunwind is used as the DWARF unwinder on all supported CPU architectures, and GCC and its libraries will be removed soon. Retire the build infrastructure for GCC's unwinder; from here if there are any unwinder bugs (on any arch) the path forward is to fix LLVM's libunwind. 2020-01-04T20:19:25Z Kyle Evans kevans@FreeBSD.org 2020-01-04T20:19:25Z urn:sha1:cd0d51baaa4509a1db83251a601d34404d20c990 For libssp.so, rebuild stack_protector.c with FORTIFY_SOURCE stubs that just abort built into it. For libssp_nonshared.a, steal stack_protector_compat.c from ^/lib/libc/secure and massage it to maintain that __stack_chk_fail_local is a hidden symbol. libssp is now built unconditionally regardless of {WITH,WITHOUT}_SSP in the build environment, and the gcclibs version has been disconnected from the build in favor of this one. PR: 242950 (exp-run) Reviewed by: kib, emaste, pfg, Oliver Pinter (earlier version) Also discussed with: kan MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D22943 2019-03-16T15:45:15Z Dimitry Andric dim@FreeBSD.org 2019-03-16T15:45:15Z urn:sha1:b0840a28f6f663602c7cabade8c716e3e7eec27c * Set MK_OPENMP to yes by default only on amd64, for now. * Bump __FreeBSD_version to signal this addition. * Ensure gcc's conflicting omp.h is not installed if MK_OPENMP is yes. * Update OptionalObsoleteFiles.inc to cope with the conflicting omp.h. * Regenerate src.conf(5) with new WITH/WITHOUT fragments. Relnotes: yes PR: 236062 MFC after: 1 month X-MFC-With: r344779 2018-10-25T17:39:41Z Andrew Turner andrew@FreeBSD.org 2018-10-25T17:39:41Z urn:sha1:31d62a73c2e6ac0ff413a7a17700ffc7dce254ef These are needed for .ctors/.dtors and .jcr handling. The former needs all the function pointers to be called in the correct order from the .init/.fini section. The latter just needs to call a gcj specific function if it exists with a pointer to the start of the .jcr section. This is currently disabled until __dso_handle support is added. Reviewed by: emaste MFC after: 1 month Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D17587