d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
107909b888
freebsd-nq/lib/libcompiler_rt/Makefile

240 lines
3.6 KiB
Makefile
Raw Normal View History

Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
# $FreeBSD$
Use src.opts.mk in preference to bsd.own.mk except where we need stuff from the latter.
2014-05-06 04:22:01 +00:00
.include <src.opts.mk>
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
LIB= compiler_rt
NO_PIC=
WARNS?= 2
Set symbol visibility to hidden. Not doing so may cause all sorts of random libraries to expose libcompiler_rt's functions, which should of course not be done. Discussed with: kan, kib
2010-11-11 16:53:25 +00:00
CFLAGS+=${PICFLAG} -fvisibility=hidden -DVISIBILITY_HIDDEN
Update compiler-rt to trunk r228651. This enables using Address Sanitizer and Undefined Behavior Sanitizer with clang 3.6.0.
2015-02-22 22:31:36 +00:00
CFLAGS+=-I${.CURDIR}/../../contrib/libcxxrt
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
.if ${MACHINE_CPUARCH} == "amd64"
CRTARCH=x86_64
.else
CRTARCH=${MACHINE_CPUARCH}
.endif
Update compiler-rt to trunk r224034. This brings a number of new builtins, and also the various sanitizers. Support for these will be added in a later commit.
2015-01-08 19:47:10 +00:00
CRTSRC=${.CURDIR}/../../contrib/compiler-rt/lib/builtins
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
.PATH: ${CRTSRC}/${CRTARCH} ${CRTSRC}
SRCF= absvdi2 \
absvsi2 \
absvti2 \
addvdi3 \
addvsi3 \
addvti3 \
Update compiler-rt to trunk r224034. This brings a number of new builtins, and also the various sanitizers. Support for these will be added in a later commit.
2015-01-08 19:47:10 +00:00
apple_versioning \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
ashldi3 \
ashlti3 \
ashrdi3 \
ashrti3 \
Build __clear_cache on ARM with clang now it supports it.
2013-06-15 12:16:27 +00:00
clear_cache \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
clzdi2 \
clzsi2 \
clzti2 \
cmpdi2 \
cmpti2 \
ctzdi2 \
ctzsi2 \
ctzti2 \
divdc3 \
divdi3 \
Upgrade libcompiler_rt from revision 117047 to 132478. It seems there have only been a small amount to the compiler-rt source code in the mean time. I'd rather have the code in sync as much as possible by the time we release 9.0. Changes: - The libcompiler_rt library is now dual licensed under both the University of Illinois "BSD-Like" license and the MIT license. - Our local modifications for using .hidden instead of .private_extern have been upstreamed, meaning our changes to lib/assembly.h can now be reverted. - A possible endless recursion in __modsi3() has been fixed. - Support for ARM EABI has been added, but it has no effect on FreeBSD (yet). - The functions __udivmodsi4 and __divmodsi4 have been added. Requested by: many, including bf@ and Pedro Giffuni
2011-06-03 17:49:16 +00:00
divmoddi4 \
divmodsi4 \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
divsc3 \
divti3 \
divxc3 \
enable_execute_stack \
eprintf \
ffsdi2 \
ffsti2 \
fixdfdi \
fixdfti \
fixsfdi \
fixsfti \
fixunsdfdi \
fixunsdfsi \
fixunsdfti \
fixunssfdi \
fixunssfsi \
fixunssfti \
fixunsxfdi \
fixunsxfsi \
fixunsxfti \
fixxfdi \
fixxfti \
floatdidf \
floatdisf \
compiler-rt: add floatditf and floatunditf These are long integer (di_int/du_int) to quad precision floating point conversions. They may be reworked based on upstream discussion. These versions are here to support arm64 world builds. Reviewed by: ed Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D2174
2015-04-07 19:31:29 +00:00
floatditf \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
floatdixf \
compiler-rt: Build additional quad precision floating point builtins These are needed for arm64 Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D2160
2015-03-30 14:28:31 +00:00
floatsitf \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
floattidf \
floattisf \
floattixf \
floatundidf \
floatundisf \
compiler-rt: add floatditf and floatunditf These are long integer (di_int/du_int) to quad precision floating point conversions. They may be reworked based on upstream discussion. These versions are here to support arm64 world builds. Reviewed by: ed Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D2174
2015-04-07 19:31:29 +00:00
floatunditf \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
floatundixf \
floatunsidf \
floatunsisf \
floatuntidf \
floatuntisf \
floatuntixf \
Update compiler-rt to trunk r224034. This brings a number of new builtins, and also the various sanitizers. Support for these will be added in a later commit.
2015-01-08 19:47:10 +00:00
gcc_personality_v0 \
Upgrade libcompiler_rt to upstream revision 147390. This version of libcompiler_rt adds support for __mulo[sdt]i4(), which computes a multiply and its overflow flag. There are also a lot of cleanup fixes to headers that don't really affect us. Updating to this revision should make it a bit easier to contribute changes back to the LLVM developers.
2011-12-31 19:01:48 +00:00
int_util \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
lshrdi3 \
lshrti3 \
moddi3 \
modti3 \
muldc3 \
muldi3 \
Upgrade libcompiler_rt to upstream revision 147390. This version of libcompiler_rt adds support for __mulo[sdt]i4(), which computes a multiply and its overflow flag. There are also a lot of cleanup fixes to headers that don't really affect us. Updating to this revision should make it a bit easier to contribute changes back to the LLVM developers.
2011-12-31 19:01:48 +00:00
mulodi4 \
mulosi4 \
muloti4 \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
mulsc3 \
multi3 \
mulvdi3 \
mulvsi3 \
mulvti3 \
compiler-rt: Implement multc3 - quad-precision complex multiplication This may be reworked based on upstream discussion. This version is here to support arm64 world builds. Reviewed by: ed Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D2173
2015-04-07 19:28:53 +00:00
multc3 \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
mulxc3 \
negdf2 \
negdi2 \
negsf2 \
negti2 \
negvdi2 \
negvsi2 \
negvti2 \
paritydi2 \
paritysi2 \
parityti2 \
popcountdi2 \
popcountsi2 \
popcountti2 \
powidf2 \
powisf2 \
powitf2 \
powixf2 \
subvdi3 \
subvsi3 \
subvti3 \
trampoline_setup \
ucmpdi2 \
ucmpti2 \
udivdi3 \
udivmoddi4 \
Upgrade libcompiler_rt from revision 117047 to 132478. It seems there have only been a small amount to the compiler-rt source code in the mean time. I'd rather have the code in sync as much as possible by the time we release 9.0. Changes: - The libcompiler_rt library is now dual licensed under both the University of Illinois "BSD-Like" license and the MIT license. - Our local modifications for using .hidden instead of .private_extern have been upstreamed, meaning our changes to lib/assembly.h can now be reverted. - A possible endless recursion in __modsi3() has been fixed. - Support for ARM EABI has been added, but it has no effect on FreeBSD (yet). - The functions __udivmodsi4 and __divmodsi4 have been added. Requested by: many, including bf@ and Pedro Giffuni
2011-06-03 17:49:16 +00:00
udivmodsi4 \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
udivmodti4 \
udivti3 \
umoddi3 \
umodti3
compiler-rt: include 128-bit quad precision fp support only on arm64 Other architectures do not use quad precision long double and don't need these runtime support routines. Differential Revision: https://reviews.freebsd.org/D2252 Reviewed by: dim Sponsored by: The FreeBSD Foundation
2015-04-08 19:07:06 +00:00
# 128-bit quad precision long double support, only used on arm64
.if ${MACHINE_CPUARCH} == "aarch64"
SRCF+= addtf3 \
comparetf2 \
divtf3 \
extenddftf2 \
extendsftf2 \
fixtfdi \
fixtfsi \
fixtfti \
fixunstfdi \
fixunstfsi \
fixunstfti \
compiler_rt: add floatunsitf for arm64 It provides unsigned integer to quad-precision conversion. Sponsored by: The FreeBSD Foundation
2015-04-16 12:54:28 +00:00
floatunsitf \
compiler-rt: include 128-bit quad precision fp support only on arm64 Other architectures do not use quad precision long double and don't need these runtime support routines. Differential Revision: https://reviews.freebsd.org/D2252 Reviewed by: dim Sponsored by: The FreeBSD Foundation
2015-04-08 19:07:06 +00:00
multf3 \
subtf3 \
trunctfdf2 \
trunctfsf2
.endif
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
# These are already shipped by libc.a on arm and mips
.if ${MACHINE_CPUARCH} != "arm" && ${MACHINE_CPUARCH} != "mips"
SRCF+= adddf3 \
addsf3 \
divdf3 \
divsf3 \
extendsfdf2 \
fixdfsi \
fixsfsi \
floatsidf \
floatsisf \
muldf3 \
mulsf3 \
Upgrade libcompiler_rt from revision 117047 to 132478. It seems there have only been a small amount to the compiler-rt source code in the mean time. I'd rather have the code in sync as much as possible by the time we release 9.0. Changes: - The libcompiler_rt library is now dual licensed under both the University of Illinois "BSD-Like" license and the MIT license. - Our local modifications for using .hidden instead of .private_extern have been upstreamed, meaning our changes to lib/assembly.h can now be reverted. - A possible endless recursion in __modsi3() has been fixed. - Support for ARM EABI has been added, but it has no effect on FreeBSD (yet). - The functions __udivmodsi4 and __divmodsi4 have been added. Requested by: many, including bf@ and Pedro Giffuni
2011-06-03 17:49:16 +00:00
subdf3 \
subsf3 \
Use the compiler-rt version __{u,}divsi3 and __{u,}modsi3 on ARM EABI
2013-01-19 04:11:45 +00:00
truncdfsf2
.endif
With the update of compiler-rt we try to build a number of files that don't build on some ARM platforms, provide symbols we already provide in libc, or don't exist. Remove these from the build. Some of these may return later on specific targets. Differential Revision: https://reviews.freebsd.org/D1468 Reviewed by: dim, imp
2015-01-09 20:00:37 +00:00
.if ${MACHINE_CPUARCH} != "arm"
SRCF+= comparedf2 \
comparesf2
.endif
Remove MK_ARM_EABI, the armeb issues have been fixed. The code to support the oabi is still in the tree, but it is expected this will be removed as developers work on surrounding code. With this commit the ARM EABI is the only supported supported ABI by FreeBSD on ARMa 32-bit processors. X-MFC after: never Relnotes: yes Differential Revision: https://reviews.freebsd.org/D876
2014-10-01 08:26:51 +00:00
.if ${MACHINE_CPUARCH} != "mips"
Use the compiler-rt version __{u,}divsi3 and __{u,}modsi3 on ARM EABI
2013-01-19 04:11:45 +00:00
SRCF+= divsi3 \
modsi3 \
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
udivsi3 \
umodsi3
.endif
Unbreak <stdatomic.h> on ARM + Clang. Clang only supports atomic operations for ARMv6. For non-ARMv6, we still need to emit these functions. Clang's prototype for these functions slightly differs, as it is truly based on GCC's documentation. It requires the use of signed types, but also requires varargs. Still, we are not allowed to simply implement this function directly. Cleverly work around this by implementing it under a different name and using __strong_reference().
2013-04-27 04:56:02 +00:00
# FreeBSD-specific atomic intrinsics.
Unconditionally compile the __sync_* atomics support functions into compiler-rt for ARM. This is quite ugly, because it has to work around a clang bug that does not allow built-in functions to be defined, even when they're ones that are expected to be built as part of a library. Reviewed by: ed
2013-08-31 08:50:45 +00:00
.if ${MACHINE_CPUARCH} == "arm" || ${MACHINE_CPUARCH} == "armv6"
Let ARM use the custom tailored atomic intrinsics.
2013-06-15 09:04:10 +00:00
.PATH: ${.CURDIR}/../../sys/arm/arm
SRCF+= stdatomic
Unconditionally compile the __sync_* atomics support functions into compiler-rt for ARM. This is quite ugly, because it has to work around a clang bug that does not allow built-in functions to be defined, even when they're ones that are expected to be built as part of a library. Reviewed by: ed
2013-08-31 08:50:45 +00:00
CFLAGS+= -DEMIT_SYNC_ATOMICS
Use improved __sync_*() intrinsics for MIPS in userspace as well. r251524 introduced custom tailored versions for MIPS of these functions for kernel-space code. We can just reuse them in userspace as well.
2013-06-08 13:22:53 +00:00
.elif ${MACHINE_CPUARCH} == "mips"
.PATH: ${.CURDIR}/../../sys/mips/mips
SRCF+= stdatomic
Add locally implemented atomic intrinsics to libcompiler_rt. The built-in atomic operations are not implemented in our version of GCC 4.2 for the ARM and MIPS architectures. Instead of emitting locked instructions, they generate calls to functions that can be implemented in the C runtime. Only implement the atomic operations that are used by <stdatomic.h> for datatype sizes that are supported by atomic(9). This means that on these architectures, we can only use atomic operations on 32-bits and 64-bits variables, which is typically sufficient. This makes <stdatomic.h> work on all architectures except MIPS, since MIPS and SPARC64 still use libgcc. Converting these architectures to libcompiler_rt is on my todo list.
2011-12-27 22:13:51 +00:00
.endif
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
.for file in ${SRCF}
Clean up detection of hard-float ABIs. As with big-endian in r272368 we can check against arm*hf*.
2014-10-01 16:08:19 +00:00
. if ${MACHINE_ARCH:Marm*hf*} != "" && exists(${CRTSRC}/${CRTARCH}/${file}vfp.S)
Add a new ARM TARGET_ARCH, armv6hf. This is considered experimental. This targets the existing ARMv6 and ARMv7 SoCs that contain a VFP unit. This is an optional coprocessors may not be present in all devices, however it appears to be in all current SoCs we support. armv6hf targets the VFP variant of the ARM EABI and our copy of gcc is too old to support this. Because of this there are a number of WITH/WITHOUT options that are unsupported and must be left as the default value. The options and their required value are: * WITH_ARM_EABI * WITHOUT_GCC * WITHOUT_GNUCXX In addition, without an external toolchain, the following need to be left as their default: * WITH_CLANG * WITH_CLANG_IS_CC As there is a different method of passing float and double values to functions the ABI is incompatible with existing armv6 binaries. To use this a full rebuild of world is required. Because no floating point values are passed into the kernel an armv6 kernel with VFP enabled will work with an armv6hf userland and vice versa.
2014-03-23 12:49:25 +00:00
SRCS+= ${file}vfp.S
Clean up detection of hard-float ABIs. As with big-endian in r272368 we can check against arm*hf*.
2014-10-01 16:08:19 +00:00
. elif !(${MACHINE_CPUARCH} == "arm" && ${MACHINE_ARCH:Marm*hf*} == "") && exists(${CRTSRC}/${CRTARCH}/${file}.S)
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
SRCS+= ${file}.S
. else
SRCS+= ${file}.c
. endif
.endfor
Remove MK_ARM_EABI, the armeb issues have been fixed. The code to support the oabi is still in the tree, but it is expected this will be removed as developers work on surrounding code. With this commit the ARM EABI is the only supported supported ABI by FreeBSD on ARMa 32-bit processors. X-MFC after: never Relnotes: yes Differential Revision: https://reviews.freebsd.org/D876
2014-10-01 08:26:51 +00:00
.if ${MACHINE_CPUARCH} == "arm"
With the update of compiler-rt we try to build a number of files that don't build on some ARM platforms, provide symbols we already provide in libc, or don't exist. Remove these from the build. Some of these may return later on specific targets. Differential Revision: https://reviews.freebsd.org/D1468 Reviewed by: dim, imp
2015-01-09 20:00:37 +00:00
SRCS+= aeabi_div0.c \
Update compiler-rt to trunk r224034. This brings a number of new builtins, and also the various sanitizers. Support for these will be added in a later commit.
2015-01-08 19:47:10 +00:00
aeabi_idivmod.S \
Add the __aeabi_*divmod functions to the compiler-rt build
2013-01-19 02:28:44 +00:00
aeabi_ldivmod.S \
Add the __aeabi_mem* functions to compiler-rt as clang uses them.
2013-02-06 00:01:28 +00:00
aeabi_memcmp.S \
aeabi_memcpy.S \
aeabi_memmove.S \
aeabi_memset.S \
Add the __aeabi_*divmod functions to the compiler-rt build
2013-01-19 02:28:44 +00:00
aeabi_uidivmod.S \
Update compiler-rt to trunk r224034. This brings a number of new builtins, and also the various sanitizers. Support for these will be added in a later commit.
2015-01-08 19:47:10 +00:00
aeabi_uldivmod.S \
bswapdi2.S \
bswapsi2.S \
switch16.S \
switch32.S \
switch8.S \
switchu8.S \
With the update of compiler-rt we try to build a number of files that don't build on some ARM platforms, provide symbols we already provide in libc, or don't exist. Remove these from the build. Some of these may return later on specific targets. Differential Revision: https://reviews.freebsd.org/D1468 Reviewed by: dim, imp
2015-01-09 20:00:37 +00:00
sync_synchronize.S
Add the __aeabi_*divmod functions to the compiler-rt build
2013-01-19 02:28:44 +00:00
.endif
Enable libcompiler-rt on MIPS. Originally we disabled libcompiler-rt on MIPS and SPARC64, because of an issue where __clzdi2 and __ctzdi2 would cause endless recursion. This bug has been fixed in r230021 already, but for some reason we only switched to libcompiler-rt on SPARC64 -- not MIPS. This means we can finally use <stdatomic.h> on all our architectures.
2013-04-20 14:44:28 +00:00
.if ${MK_INSTALLLIB} != "no"
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
SYMLINKS+=libcompiler_rt.a ${LIBDIR}/libgcc.a
Enable libcompiler-rt on MIPS. Originally we disabled libcompiler-rt on MIPS and SPARC64, because of an issue where __clzdi2 and __ctzdi2 would cause endless recursion. This bug has been fixed in r230021 already, but for some reason we only switched to libcompiler-rt on SPARC64 -- not MIPS. This means we can finally use <stdatomic.h> on all our architectures.
2013-04-20 14:44:28 +00:00
.endif
.if ${MK_PROFILE} != "no"
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
SYMLINKS+=libcompiler_rt_p.a ${LIBDIR}/libgcc_p.a
.endif
Mark libcompiler_rt as not needed executable stack on powerpc. Reviewed and tested by: nwhitehorn
2011-01-14 11:23:39 +00:00
.if ${MACHINE_CPUARCH} == "amd64" || ${MACHINE_CPUARCH} == "i386" || \
${MACHINE_CPUARCH} == "powerpc"
On amd64 and i386, force assembler to mark objects compiled from the assembler source for libcompiler_rt as not needed executable stack. This is done with a hammer instead of properly marking each assembly file with section .note.GNU-stack to avoid modifying contributed source. Discussed with: ed
2011-01-07 14:35:45 +00:00
AFLAGS+=--noexecstack
Fix braino in r217101. -Wa is used to supply assembler flag to cc driver. Noted by: Anonymous <swell.k gmail com>
2011-01-07 15:59:23 +00:00
ACFLAGS+=-Wa,--noexecstack
On amd64 and i386, force assembler to mark objects compiled from the assembler source for libcompiler_rt as not needed executable stack. This is done with a hammer instead of properly marking each assembly file with section .note.GNU-stack to avoid modifying contributed source. Discussed with: ed
2011-01-07 14:35:45 +00:00
.endif
Import libcompiler_rt into HEAD and add Makefiles. Obtained from: user/ed/compiler-rt
2010-11-11 15:13:11 +00:00
.include <bsd.lib.mk>
Reference in New Issue Copy Permalink