Fix llvm-libunwind userspace build on ARMGCC's libgcc exports a few ARM-specific symbols for ARM EABI, AEABI, orEHABI or whatever it's called. Export the same ones from LLVM-libunwind'slibgcc_s,
Fix llvm-libunwind userspace build on ARMGCC's libgcc exports a few ARM-specific symbols for ARM EABI, AEABI, orEHABI or whatever it's called. Export the same ones from LLVM-libunwind'slibgcc_s, on ARM. As part of this, convert libgcc_s from a directVersion.map to one constructed from component Symbol.map files. This allowsthe ARM-specific Symbol.map to be included only on ARM.Fix ARM-only oddities in struct name/aliases in LLVM-libunwind to matchnon-ARM definitions and ARM-specific expectations in libcxxrt /libcompiler_rt.No functional change intended for non-ARM architectures.This commit does not actually flip the switch for ARM defaults from libgccto llvm-libunwind, but makes it possible (to compile, anyway).
show more ...
Fix build by escaping a line break.PR: 225597Submitted by: cbnfinley at gmail.comSponsored by: The FreeBSD Foundation
Don't include long double routines on architectures with small long double.Reviewed by: emasteSponsored by: DARPA / AFRLDifferential Revision: https://reviews.freebsd.org/D13874
DIRDEPS_BUILD: libgcc now depends on MK_LLVM_LIBUNWINDThe dependency on gnu/lib/libgcc or lib/libgcc* is determinedat 'make dirdeps' time.Sponsored by: Dell EMC Isilon
Sort entries in libgcc_s Version.map
Apply r315689 to lib/libgcc_s as well to unbreak the gcc xtoolchain buildlib/libgcc_s consumes lib/libcompiler_rt/Makefile*. The NO_WERROR.gcc inlib/libcompiler_rt/Makefile doesn't seem to have ma
Apply r315689 to lib/libgcc_s as well to unbreak the gcc xtoolchain buildlib/libgcc_s consumes lib/libcompiler_rt/Makefile*. The NO_WERROR.gcc inlib/libcompiler_rt/Makefile doesn't seem to have made a difference in beingable to build this, so sprinkle NO_WERROR.gcc here as well.MFC after: 3 daysReported by: Jenkins (FreeBSD-head-amd64-gcc)Tested with: amd64-gcc-6.3.0 (devel/amd64-xtoolchain-gcc)Sponsored by: Dell EMC Isilon
libgcc_s: add libc DT_NEEDED to fix underlinkingPR: 216012Reported by: jbeichMFC after: 1 weekSponsored by: The FreeBSD Foundation
libcc_{s,eh}: build without SSPAs in the gnu/lib/libgcc Makefile: libgcc is linked in last and thus cannot depend on ssp symbols coming from earlier libraries. Disable stack protection
libcc_{s,eh}: build without SSPAs in the gnu/lib/libgcc Makefile: libgcc is linked in last and thus cannot depend on ssp symbols coming from earlier libraries. Disable stack protection for this library.Reviewed by: dimSponsored by: The FreeBSD Foundation
Spell 'PACKAGE' correctly.Submitted by: Kyle Evans, emasteMFC after: 3 daysSponsored by: The FreeBSD Foundation
add missing i386 symbols libgcc_s symbol version mapAfter r308294 they were missing on i386 (and previously were exportedonly accidentally).Reported by: antoine
add __divdi3 and __udivdi3 to libgcc_s symbol version mapAfter r308294 they were missing on i386 (and previously were exportedonly accidentally).Reported by: antoine
libgcc_s: make unspecified shlib symbols localWe want only symbols explicitly specified in the Version.map.Sponsored by: The FreeBSD Foundation
Move the LLVM-based libgcc_s to /libWhen enabled, it should install in the same location as the existinglibrary.Reported by: antoine
libgcc_s: add libm dependencies from div{d,s,x}c3compiler-rt's complex division support routines contain calls tocompiler builtins such as `__builtin_scalbnl`. Unfortunately Clangturns these bac
libgcc_s: add libm dependencies from div{d,s,x}c3compiler-rt's complex division support routines contain calls tocompiler builtins such as `__builtin_scalbnl`. Unfortunately Clangturns these back into a call to `scalbnl`.For now link libm's C version of the required support routines.Reviewed by: edSponsored by: The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D8190
Introduce lib/libgcc_eh and lib/libgcc_s for LLVM's implementationThey are not yet connected to the build, but I am adding them to allowfor easier testing, ports exp-runs, etc.Reviewed by: edSp
Introduce lib/libgcc_eh and lib/libgcc_s for LLVM's implementationThey are not yet connected to the build, but I am adding them to allowfor easier testing, ports exp-runs, etc.Reviewed by: edSponsored by: The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D8188
12