src/gnu, branch releng/13.5FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F13.52023-08-23T17:43:30ZRemove $FreeBSD$: one-line sh pattern2023-08-23T17:43:30ZWarner Loshimp@FreeBSD.org2023-08-22T01:32:01Zurn:sha1:023fc80ee38a117fa65b2ccb2abf8bdc7dbd6fd9
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
Similar commit in main:
(cherry picked from commit d0b2dbfa0ecf)
Remove $FreeBSD$: two-line .h pattern2023-08-23T17:43:21ZWarner Loshimp@FreeBSD.org2023-08-22T01:31:07Zurn:sha1:17da660ad5b3b9cd90e164dd4dbb9beaa7203054
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
Similar commit in main:
(cherry picked from commit b3e7694832e8)
gnu diff3: apply patch to committed src, rather than at build time2022-11-19T19:10:48ZEd Masteemaste@FreeBSD.org2022-11-11T19:48:40Zurn:sha1:62491112ae26f6d876c10a9652de7476af9f0127
This appears to be a leftover from the time we used a less-capable VCS.
Reviewed by: delphij
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D37368
(cherry picked from commit 3a13b5ac83a100ebb5a0da0579e418f19b3b630b)
Bump shared library versions after ncurses bump in 13.2021-02-05T01:51:45ZJohn Baldwinjhb@FreeBSD.org2021-02-02T01:09:33Zurn:sha1:6e1fe6d26ea2939656c8286ccbd105a89d3349a3
A few shared libraries in the base system link against ncurses. An
upgrade from a 12.x host to 13 results in ABI breakage for existing
binaries since the newer versions of these libraries link against the
newer ncurses while the binary itself links against the older ncurses.
For example, dialog4ports built on 12.x sometimes crashes on 13 since
it depends on libdialog which links against ncurses internally.
(cherry picked from commit 0b7f1af804f06a285717b490bef80e24648adcbe)
gnu: remove gnugrep and libgnuregex2020-12-25T21:16:33ZKyle Evanskevans@FreeBSD.org2020-12-22T21:38:09Zurn:sha1:47d1ad2413da619b3b435f6f181483fb66d5fa8d
Differential Revision: https://reviews.freebsd.org/D27732
build: remove the option to build gnugrep2020-12-25T21:14:17ZKyle Evanskevans@FreeBSD.org2020-12-22T21:36:40Zurn: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
Remove additional GDB leftovers missed in r3686672020-12-15T18:12:03ZEd Masteemaste@FreeBSD.org2020-12-15T18:12:03Zurn:sha1:fe7dff17591e17755b643f8f3cfadea49f83e16bRetire obsolete GDB 6.1.12020-12-15T17:44:19ZEd Masteemaste@FreeBSD.org2020-12-15T17:44:19Zurn:sha1:1c0ea326aa6d30385a69bd1d93ee161cfbe59a5a
GDB 6.1.1 was released in June 2004 and is long obsolete. It does not
support all of the architectures that FreeBSD does, and imposes
limitations on the FreeBSD kernel build, such as the continued use of
DWARF2 debugging information.
It was kept (in /usr/libexec/) only for use by crashinfo(8), which
extracts some basic information from a kernel core dump after a crash.
Crashinfo already prefers gdb from port/package if installed.
Future work may add kernel debug support to LLDB or find another path
for crashinfo's needs, but in any case we do not want to ship the
excessively outdated GDB in FreeBSD 13.
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D27610
gnu: 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.
Do a sweep and remove most WARNS=6 settings2020-10-01T01:10:51ZKyle Evanskevans@FreeBSD.org2020-10-01T01:10:51Zurn:sha1:7cc42f6d25ef2e19059d088fa7d4853fe9afefb5
Repeating the default WARNS here makes it slightly more difficult to
experiment with default WARNS changes, e.g. if we did something absolutely
bananas and introduced a WARNS=7 and wanted to try lifting the default to
that.
Drop most of them; there is one in the blake2 kernel module, but I suspect
it should be dropped -- the default WARNS in the rest of the build doesn't
currently apply to kernel modules, and I haven't put too much thought into
whether it makes sense to make it so.