summaryrefslogtreecommitdiff
path: root/gnu/lib
AgeCommit message (Collapse)Author
2024-07-15Remove residual blank line at start of MakefileWarner Losh
This is a residual of the $FreeBSD$ removal. MFC After: 3 days (though I'll just run the command on the branches) Sponsored by: Netflix
2023-08-16Remove $FreeBSD$: one-line sh patternWarner Losh
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
2023-08-16Remove $FreeBSD$: two-line .h patternWarner Losh
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
2023-04-18Update/fix Makefile.depend for userlandSimon J. Gerraty
2021-10-27libdialog: Bump shared library version to 10.John Baldwin
The upgrade to libdialog 1.3 included changes to the ABI. Bump libdpv to 3 since it links against libdialog. Reported by: Mark Millard <marklmi@yahoo.com> Reviewed by: bapt Fixes: a96ef4501919 dialog: import dialog 1.3-20210117 Differential Revision: https://reviews.freebsd.org/D32675
2021-10-04ncurses: chase dependency changes in the source treeBaptiste Daroussin
Differential Revision: https://reviews.freebsd.org/D32098
2021-03-01dialog: fix macro redefinitionBaptiste Daroussin
dialog.h defines MIN and MAX (making sure to undefine the previous macros if it already exists), but sys/param.h also defines those macros (without guards) and is included after dialog.h resulting in both gcc and clang complaining about macro redefiniton While clang do accept -Wno-macro-redefined to ignore the redefinition warning, gcc does not [1] Undefine both macros prior inclusion of sys/param.h to avoid the warning Reported by: arichardson
2021-02-26dialog: guard macros definition to avoid redifinitionBaptiste Daroussin
This unbreaks building libdpv
2021-02-26dialog: finish update to 1.3-20210117Baptiste Daroussin
patch dialog.c which requires stddef for the usage of offsetof catchup on the config header
2021-02-01Bump shared library versions after ncurses bump in 13.John Baldwin
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. MFC after: 3 days Reviewed by: kib, delphij Differential Revision: https://reviews.freebsd.org/D28448
2020-12-25gnu: remove gnugrep and libgnuregexKyle Evans
Differential Revision: https://reviews.freebsd.org/D27732
2020-12-25build: remove the option to build gnugrepKyle Evans
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-15Remove additional GDB leftovers missed in r368667Ed Maste
Notes: svn path=/head/; revision=368669
2020-12-04gnu: don't build libgnuregex for WITH_GNU_GREP_COMPATKyle Evans
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. Notes: svn path=/head/; revision=368333
2020-09-18build: provide a default WARNS for all in-tree buildsKyle Evans
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 Notes: svn path=/head/; revision=365887
2020-02-29remove GCC 4.2.1 build infrastructureEd Maste
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 Notes: svn path=/head/; revision=358454
2020-02-03remove stale gnu/lib/csu directoryEd Maste
As of r357338 gnu/lib/csu is never used. Notes: svn path=/head/; revision=357444
2020-01-31retire BSD_CRTBEGIN optionEd Maste
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 Notes: svn path=/head/; revision=357338
2020-01-08Retire build support for GCC's DWARF unwinderEd Maste
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. Notes: svn path=/head/; revision=356517
2020-01-07Remove gcclibs libssp build glueKyle Evans
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 Notes: svn path=/head/; revision=356463
2020-01-04Provide libssp based on libcKyle Evans
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 Notes: svn path=/head/; revision=356356
2019-12-11Update Makefile.depend filesSimon J. Gerraty
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 Notes: svn path=/head/; revision=355617
2019-09-01libc: remove getsEd Maste
gets is unsafe and shouldn't be used (for many years now). Leave it in the existing symbol version so anything that previously linked aginst it still runs, but do not allow new software to link against it. (The compatability/legacy implementation must not be static so that the symbol and in particular the compat sym gets@FBSD_1.0 make it into libc.) PR: 222796 (exp-run) Reported by: Paul Vixie Reviewed by: allanjude, cy, eadler, gnn, jhb, kib, ngie (some earlier) Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D12298 Notes: svn path=/head/; revision=351659
2019-06-15csu: Add proper .depend tracking for each object.Bryan Drewery
This doesn't appear to have ever worked. After a .depend is generated there will be duplicate .c dependencies so only use the first one. MFC after: 2 weeks Sponsored by: DellEMC Notes: svn path=/head/; revision=349069
2019-06-15Support reading in .depend files.Bryan Drewery
This is for an upcoming change that fixes .depend handling in here. It will cause some duplicate sources which need to be trimmed out. MFC after: 2 weeks Sponsored by: DellEMC Notes: svn path=/head/; revision=349067
2019-03-16Connect lib/libomp to the build.Dimitry Andric
* 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 Notes: svn path=/head/; revision=345236
2019-01-12Create crtsavres.o for powerpc buildsJustin Hibbits
Summary: GCC expects to link in a crtsavres.o on powerpc platforms. On powerpc64 this is an empty file, but on powerpc and powerpcspe this does contain some save/restore functions, which may not actually be necessary for newer modern GCC and clang. This appeases the in-tree gcc, though, and is needed in order to switch to the BSD CRTRBEGIN. PR: 233751 Reviewed By: andrew Differential Revision: https://reviews.freebsd.org/D18826 Notes: svn path=/head/; revision=342974
2018-10-25Implement a BSD licensed crtbegin/crtendAndrew Turner
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 Notes: svn path=/head/; revision=339738
2018-10-20Bring back the WARNS level to what it used to be to please gcc arches at leastBaptiste Daroussin
Notes: svn path=/head/; revision=339495
2018-10-20Update libdialog to 1.3-20180621Baptiste Daroussin
Notes: svn path=/head/; revision=339488
2018-07-16Update libstdc++ configuration.Pedro F. Giffuni
Its been quite a while since the last time we updated this and since then we have grown iconv and a bunch of complex math functions. This only applies to the platforms which still use GCC 4.2.1 in the toolchain. Differential Revision: https://reviews.freebsd.org/D16289 Notes: svn path=/head/; revision=336351
2018-02-06Remove libreadline from the source tree, all consumers but gdbBaptiste Daroussin
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 Notes: svn path=/head/; revision=328928
2017-10-31DIRDEPS_BUILD: Update dependencies.Bryan Drewery
Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325188
2017-04-20GNU diff is done and GNU diff3 is not using libgnuregex, so no need toBaptiste Daroussin
condition the build of libgnuregex anymore on WITHOUT_GNU_DIFF Notes: svn path=/head/; revision=317211
2017-04-20Only build libreadline for gdb, binutils actually does not need itBaptiste Daroussin
Notes: svn path=/head/; revision=317210
2017-03-12Convert gnu to using SRCTOPWarner Losh
Prefer SRCTOP over CURDIR/../../contrib, etc. However, retain the "up one level" instances of ../ because they are really relative to this part of the tree and not a means to find the root of the tree. As such, it's better to leave them since that further the goal of being able to move directories if watned to in the future. Differential Revision: https://reviews.freebsd.org/D9932 Sponsored by: Netflix Silence On: arch@ (twice) Notes: svn path=/head/; revision=315175
2017-01-06Enable /usr/lib32 for o32 binaries on mips64.John Baldwin
Build and install an o32 set of libraries on mips64 suitable for running o32 binaries via COMPAT_FREEBSD32. Enable COMPAT_FREEBSD32 in MALTA64. Reviewed by: jmallett, imp Sponsored by: DARPA / AFRL Differential Revision: https://reviews.freebsd.org/D9032 Notes: svn path=/head/; revision=311567
2016-11-04Connect new LLVM-based libgcc_eh & libgcc_s to the buildEd Maste
Compiler-rt and LLVM's libunwind provide a suitable replacement for libgcc.a, libgcc_eh.a, and libgcc_s.so. Remove the now-unused LLVM_LIBUNWIND block from gnu/lib/libgcc. PR: 213480 [exp-run] Reviewed by: brooks, ed Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D8189 Notes: svn path=/head/; revision=308308
2016-10-31Fix packaging /usr/lib{,32}/libgcc_eh{,_p}.a.Glen Barber
Reported by: woodsb02 MFC after: 3 days Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=308156
2016-10-31Add full softfloat and hardfloat support for MIPS.Ruslan Bukin
This adds new target architectures for hardfloat: mipselhf mipshf mips64elhf mips64hf. Tested in QEMU only. Sponsored by: DARPA, AFRL Sponsored by: HEIF5 Differential Revision: https://reviews.freebsd.org/D8376 Notes: svn path=/head/; revision=308130
2016-10-22Create a new MACHINE_ARCH for Freescale PowerPC e500v2Justin Hibbits
Summary: The Freescale e500v2 PowerPC core does not use a standard FPU. Instead, it uses a Signal Processing Engine (SPE)--a DSP-style vector processor unit, which doubles as a FPU. The PowerPC SPE ABI is incompatible with the stock powerpc ABI, so a new MACHINE_ARCH was created to deal with this. Additionaly, the SPE opcodes overlap with Altivec, so these are mutually exclusive. Taking advantage of this fact, a new file, powerpc/booke/spe.c, was created with the same function set as in powerpc/powerpc/altivec.c, so it becomes effectively a drop-in replacement. setjmp/longjmp were modified to save the upper 32-bits of the now-64-bit GPRs (upper 32-bits are only accessible by the SPE). Note: This does _not_ support the SPE in the e500v1, as the e500v1 SPE does not support double-precision floating point. Also, without a new MACHINE_ARCH it would be impossible to provide binary packages which utilize the SPE. Additionally, no work has been done to support ports, work is needed for this. This also means no newer gcc can yet be used. However, gcc's powerpc support has been refactored which would make adding a powerpcspe-freebsd target very easy. Test Plan: This was lightly tested on a RouterBoard RB800 and an AmigaOne A1222 (P1022-based) board, compiled against the new ABI. Base system utilities (/bin/sh, /bin/ls, etc) still function appropriately, the system is able to boot multiuser. Reviewed By: bdrewery, imp Relnotes: yes Differential Revision: https://reviews.freebsd.org/D5683 Notes: svn path=/head/; revision=307761
2016-10-21Revert r307689Enji Cooper
The proposed change ("Fix building of llvm's unwind if gcc has been also built") breaks the build with clang/llvm. Tested with... ( export SRCCONF=/dev/null WITH_CLANG= cd gnu/lib/libgcc; make obj; make depend; make all ) MFC after: 3 days X-MFC with: r307689 Pointyhat to: bapt Reported by: Jenkins, O. Hartmann <ohartman@zedat.fu-berlin.de> Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=307699
2016-10-20Fix building of llvm's unwind if gcc has been also builtBaptiste Daroussin
when building gcc an unwind.h header is generate in the cc_tool directory which is included in the CFLAGS before the path where the llvm's unwind.h file lives Reviewed by: emaste MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D7357 Notes: svn path=/head/; revision=307689
2016-10-20Correct typo in r307679: the variable is MK_GNU_GREP_COMPATEd Maste
Notes: svn path=/head/; revision=307683
2016-10-20Build libgnuregex only if necessary for other componentsEd Maste
Reviewed by: brooks Differential Revision: https://reviews.freebsd.org/D8298 Notes: svn path=/head/; revision=307679
2016-10-19Put each SUBDIR on a separate line for ease of maintenanceEd Maste
Additional patches to this file are in progress, and having each SUBDIR entry on a separate line makes it easier to change the order in which the patches are reviewed, tested, and applied. Notes: svn path=/head/; revision=307656
2016-10-19Switch gnu/lib/Makefile to SUBDIR.${MK_*} optional subdir styleEd Maste
Compound conditions are left unchanged Notes: svn path=/head/; revision=307652
2016-10-03Don't build libdialog if WITHOUT_DIALOG is setEd Maste
X-MFC-With: r306375 Notes: svn path=/head/; revision=306648
2016-09-24When MAKEOBJDIRPREFIX points to a case-insensitive file system, theMarcel Moolenaar
build can break when different source files create the same target files (case-insensitivity speaking). This is the case for object files compiled with -fpic and shared libraries. The former uses an extension of ".So", and the latter an extension ".so". Rename shared object files from *.So to *.pico to match what NetBSD does. See also r305855 MFC after: 1 month Sponsored by: Bracket Computing Differential Revision: https://reviews.freebsd.org/D7906 Notes: svn path=/head/; revision=306297
2016-08-31DIRDEPS_BUILD: Avoid cyclic dependency with libc++.Bryan Drewery
The DIRDEPS_BUILD does not have a 'make includes' phase, so it would otherwise want libc++ to be fully built/staged before building libgcc. Using the header directly works. MFC after: 3 days Sponsored by: EMC / Isilon Storage Division Notes: svn path=/head/; revision=305145
generated by cgit v1.2.3 (git 2.25.1) at 2026-01-19 15:31:12 +0000