d0fd0203fb
This reduces build output, need for recalculating paths, and makes it clearer which paths are relative to what areas in the source tree. The change in performance over a locally mounted UFS filesystem was negligible in my testing, but this may more positively impact other filesystems like NFS. LIBC_SRCTOP was left alone so Juniper (and other users) can continue to manipulate lib/libc/Makefile (and other Makefile.inc's under lib/libc) as include Makefiles with custom options. Discussed with: marcel, sjg MFC after: 1 week Reviewed by: emaste Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D9207
33 lines
923 B
Makefile
33 lines
923 B
Makefile
# $FreeBSD$
|
|
|
|
.PATH: ${LIBC_SRCTOP}/arm/aeabi
|
|
|
|
SRCS+= aeabi_atexit.c \
|
|
aeabi_unwind_cpp.c \
|
|
aeabi_unwind_exidx.c
|
|
.if (${MACHINE_ARCH:Marmv6*} && defined(CPUTYPE) && ${CPUTYPE:M*soft*} != "") || \
|
|
${MACHINE_ARCH:Marmv6*} == ""
|
|
SRCS+= aeabi_asm_double.S \
|
|
aeabi_asm_float.S \
|
|
aeabi_double.c \
|
|
aeabi_float.c
|
|
.endif
|
|
.if ${MACHINE_ARCH:Marmv6*} && (!defined(CPUTYPE) || ${CPUTYPE:M*soft*} == "")
|
|
SRCS+= aeabi_vfp_double.S \
|
|
aeabi_vfp_float.S
|
|
.endif
|
|
|
|
# Add the aeabi_mem* functions. While they live in compiler-rt they call into
|
|
# libc. This causes issues when other parts of libc call these functions.
|
|
# We work around this by including these functions in libc but mark them as
|
|
# hidden so users of libc will not pick up these versions.
|
|
.PATH: ${SRCTOP}/contrib/compiler-rt/lib/builtins/arm
|
|
|
|
SRCS+= aeabi_memcmp.S \
|
|
aeabi_memcpy.S \
|
|
aeabi_memmove.S \
|
|
aeabi_memset.S
|
|
|
|
SYM_MAPS+=${LIBC_SRCTOP}/arm/aeabi/Symbol.map
|
|
|