src-test2/gnu/lib, branch masterFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=master2020-12-15T18:12:03ZRemove additional GDB leftovers missed in r3686672020-12-15T18:12:03ZEd Masteemaste@FreeBSD.org2020-12-15T18:12:03Zurn:sha1:fe7dff17591e17755b643f8f3cfadea49f83e16bgnu: don't build libgnuregex for WITH_GNU_GREP_COMPAT2020-12-04T15:21:12ZKyle Evanskevans@FreeBSD.org2020-12-04T15:21:12Zurn: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.
build: provide a default WARNS for all in-tree builds2020-09-18T17:17:46ZKyle Evanskevans@FreeBSD.org2020-09-18T17:17:46Zurn:sha1:fe815331bb40604ba31312acf7e4619674631777
The current default is provided in various Makefile.inc in some top-level
directories and covers a good portion of the tree, but doesn't cover parts
of the build a little deeper (e.g. libcasper).
Provide a default in src.sys.mk and set WARNS to it in bsd.sys.mk if that
variable is defined. This lets us relatively cleanly provide a default WARNS
no matter where you're building in the src tree without breaking things
outside of the tree.
Crunchgen has been updated as a bootstrap tool to work on this change
because it needs r365605 at a minimum to succeed. The cleanup necessary to
successfully walk over this change on WITHOUT_CLEAN builds has been added.
There is a supplemental project to this to list all of the warnings that are
encountered when the environment has WARNS=6 NO_WERROR=yes:
https://warns.kevans.dev -- this project will hopefully eventually go away
in favor of CI doing a much better job than it.
Reviewed by: emaste, brooks, ngie (all earlier version)
Reviewed by: emaste, arichardson (depend-cleanup.sh change)
Differential Revision: https://reviews.freebsd.org/D26455
remove GCC 4.2.1 build infrastructure2020-02-29T03:25:51ZEd Masteemaste@FreeBSD.org2020-02-29T03:25:51Zurn: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
remove stale gnu/lib/csu directory2020-02-03T13:50:15ZEd Masteemaste@FreeBSD.org2020-02-03T13:50:15Zurn:sha1:3b387214e678be47baeff270ea3f5321cfe6fd63
As of r357338 gnu/lib/csu is never used.
retire BSD_CRTBEGIN option2020-01-31T18:04:04ZEd Masteemaste@FreeBSD.org2020-01-31T18:04:04Zurn: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
Retire build support for GCC's DWARF unwinder2020-01-08T21:07:55ZEd Masteemaste@FreeBSD.org2020-01-08T21:07:55Zurn: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.
Remove gcclibs libssp build glue2020-01-07T19:49:31ZKyle Evanskevans@FreeBSD.org2020-01-07T19:49:31Zurn:sha1:241972461fcd60a79fd289dec2ef3c5a1740a8c3
r356356 started providing libssp based on ^/lib/libc/secure and disconnected
this version from the build. This one did formally provide runtime support
for _FORTIFY_SOURCE, but FreeBSD lacks the build support that would have
been needed to take advantage of it.
MFC after: never
Provide libssp based on libc2020-01-04T20:19:25ZKyle Evanskevans@FreeBSD.org2020-01-04T20:19:25Zurn: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
Update Makefile.depend files2019-12-11T17:37:53ZSimon J. Gerratysjg@FreeBSD.org2019-12-11T17:37:53Zurn:sha1:2c9a9dfc187d171de6b92654d71b977f067ed641
Update a bunch of Makefile.depend files as
a result of adding Makefile.depend.options files
Reviewed by: bdrewery
MFC after: 1 week
Sponsored by: Juniper Networks
Differential Revision: https://reviews.freebsd.org/D22494