d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
5625bb0c36
freebsd-dev/lib/libc/Makefile

162 lines
4.8 KiB
Makefile
Raw Normal View History

BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
# @(#)Makefile 8.2 (Berkeley) 2/3/94
$Id$ -> $FreeBSD$
1999-08-28 00:22:10 +00:00
# $FreeBSD$
Reimplementation of world/kernel build options. For details, see: http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html The src.conf(5) manpage is to follow in a few days. Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
2006-03-17 18:54:44 +00:00
Provide alternate default for SHLIBDIR before bsd.own.mk does this. Reported by: phk
2006-03-18 11:01:06 +00:00
SHLIBDIR?= /lib
Reimplementation of world/kernel build options. For details, see: http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html The src.conf(5) manpage is to follow in a few days. Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
2006-03-17 18:54:44 +00:00
.include <bsd.own.mk>
Allow ABIs to provide their own LIBC_ARCH in a more generic way. As a side effect, this fixes the build on powerpc64. Reviewed by: imp
2010-08-25 20:48:24 +00:00
# Pick the current architecture directory for libc. In general, this is
# named MACHINE_CPUARCH, but some ABIs are different enough to require
# their own libc, so allow a directory named MACHINE_ARCH to override this.
.if exists(${.CURDIR}/${MACHINE_ARCH})
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
LIBC_ARCH=${MACHINE_ARCH}
.else
Fix an accidental sed...
2010-08-24 21:28:34 +00:00
LIBC_ARCH=${MACHINE_CPUARCH}
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
.endif
Update comments. We uniformly use __FBSDID in libc now.
2002-03-23 20:08:00 +00:00
# All library objects contain FreeBSD revision strings by default; they may be
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
# excluded as a space-saving measure. To produce a library that does
Embellish the comment.
2002-03-26 23:08:42 +00:00
# not contain these strings, add -DSTRIP_FBSDID (see <sys/cdefs.h>) to CFLAGS
Fixed English error in previous commit. Fixed some older English errors. Removed a redundant clause.
2003-12-11 09:53:25 +00:00
# below. Note: there are no IDs for syscall stubs whose sources are generated.
# To include legacy CSRG sccsid strings, add -DLIBC_SCCS and -DSYSLIBC_SCCS
# to CFLAGS below. -DSYSLIBC_SCCS affects just the system call stubs.
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
LIB=c
Bump library majro version for gethostbyaddr(3).
2006-05-21 15:15:21 +00:00
SHLIB_MAJOR= 7
libc is now WARNS=2 clean with the exception of the gdtoa bits (which are now not built with warnings enabled at all).
2004-01-19 16:16:53 +00:00
WARNS?= 2
Axe AINC. Submitted by: bde
2003-07-01 15:07:01 +00:00
CFLAGS+=-I${.CURDIR}/include -I${.CURDIR}/../../include
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
CFLAGS+=-I${.CURDIR}/${LIBC_ARCH}
Disable NLS catalog use in libc if built with WITHOUT_NLS option. Functions affected: strerror, strsignal, gai_strerror.
2012-05-21 08:10:42 +00:00
.if ${MK_NLS} != "no"
- Reenable Native Language Support in libc. This feature was disabled due to possible breakages in the catalog handling code. Since then, that code has been replaced by the secure code from NetBSD but NLS in libc remained turned off. Tests have shown that the feature is stable and working so we can now turn it on again. - Add several new catalog files: - ca_ES.ISO8859-1 - de_DE.ISO8859-1 - el_GR.ISO8859-7 (by manolis@ and keramida@) - es_ES.ISO8859-1 (kern/123179, by carvay@) - fi_FI.ISO8859-1 - fr_FR.ISO8859-1 (kern/78756, by thierry@) - hu_HU.ISO8859-2 (by gabor@) - it_IT.ISO8859-15 - nl_NL.ISO8859-1 (corrections by rene@) - no_NO.ISO8859-1 - mn_MN.UTF-8 (by ganbold@) - sk_SK.ISO8859-2 - sv_SE.ISO8859-1 (The catalogs without explicit source has been obtained from NetBSD.) Approved by: attilio
2009-03-13 10:40:38 +00:00
CFLAGS+=-DNLS
Disable NLS catalog use in libc if built with WITHOUT_NLS option. Functions affected: strerror, strsignal, gai_strerror.
2012-05-21 08:10:42 +00:00
.endif
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
CLEANFILES+=tags
For variables that are only checked with defined(), don't provide any fake value.
2004-10-24 15:33:08 +00:00
INSTALL_PIC_ARCHIVE=
PRECIOUSLIB=
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
To support stack unwinding for cancellation points, add -fexceptions flag for them, two functions _pthread_cancel_enter and _pthread_cancel_leave are added to let thread enter and leave a cancellation point, it also makes it possible that other functions can be cancellation points in libraries without having to be rewritten in libthr.
2010-09-25 01:57:47 +00:00
.ifndef NO_THREAD_STACK_UNWIND
CANCELPOINTS_CFLAGS=-fexceptions
CFLAGS+=${CANCELPOINTS_CFLAGS}
.endif
Make sure GCC will not try to link libc with itself.
2007-05-19 04:32:56 +00:00
#
# Only link with static libgcc.a (no libgcc_eh.a).
#
Fixed "make checkdpadd" (missing library dependencies). Approved by: re (kensmith)
2007-10-01 18:15:11 +00:00
DPADD+= ${LIBGCC}
Use LDADD to add -lgcc to the end of linker command line. Using LDFLAGS puts it before library's object files, making the whole constuct useless.
2007-05-19 16:38:39 +00:00
LDFLAGS+= -nodefaultlibs
Don't link against libssp if MK_SSP is set to no. Note that this still misses a proper dependency at this time.
2012-05-19 17:49:20 +00:00
LDADD+= -lgcc
.if ${MK_SSP} != "no"
LDADD+= -lssp_nonshared
.endif
Make sure GCC will not try to link libc with itself.
2007-05-19 04:32:56 +00:00
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
# Define (empty) variables so that make doesn't give substitution
# errors if the included makefiles don't change these:
MDSRCS=
MISRCS=
MDASM=
MIASM=
NOASM=
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
.include "${.CURDIR}/${LIBC_ARCH}/Makefile.inc"
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
.include "${.CURDIR}/db/Makefile.inc"
.include "${.CURDIR}/compat-43/Makefile.inc"
Clean up the way gdtoa sources are found. OK'ed by: das
2003-03-13 18:55:14 +00:00
.include "${.CURDIR}/gdtoa/Makefile.inc"
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
.include "${.CURDIR}/gen/Makefile.inc"
.include "${.CURDIR}/gmon/Makefile.inc"
Add the BSD-licensed Citrus iconv to the base system with default off setting. It can be built by setting the WITH_ICONV knob. While this knob is unset, the library part, the binaries, the header file and the metadata files will not be built or installed so it makes no impact on the system if left turned off. This work is based on the iconv implementation in NetBSD but a great number of improvements and feature additions have been included: - Some utilities have been added. There is a conversion table generator, which can compare conversion tables to reference data generated by GNU libiconv. This helps ensuring conversion compatibility. - UTF-16 surrogate support and some endianness issues have been fixed. - The rather chaotic Makefiles to build metadata have been refactored and cleaned up, now it is easy to read and it is also easier to add support for new encodings. - A bunch of new encodings and encoding aliases have been added. - Support for 1->2, 1->3 and 1->4 mappings, which is needed for transliterating with flying accents as GNU does, like "u. - Lots of warnings have been fixed, the major part of the code is now WARNS=6 clean. - New section 1 and section 5 manual pages have been added. - Some GNU-specific calls have been implemented: iconvlist(), iconvctl(), iconv_canonicalize(), iconv_open_into() - Support for GNU's //IGNORE suffix has been added. - The "-" argument for stdin is now recognized in iconv(1) as per POSIX. - The Big5 conversion module has been fixed. - The iconv.h header files is supposed to be compatible with the GNU version, i.e. sources should build with base iconv.h and GNU libiconv. It also includes a macro magic to deal with the char ** and const char ** incompatibility. - GNU compatibility: "" or "char" means the current local encoding in use - Various cleanups and style(9) fixes. Approved by: delphij (mentor) Obtained from: The NetBSD Project Sponsored by: Google Summer of Code 2009
2011-02-25 00:04:39 +00:00
.if ${MK_ICONV} != "no"
.include "${.CURDIR}/iconv/Makefile.inc"
.endif
Update the resolver in libc to BIND9's one. Since, res_sendsigned(3) and the friends use MD5 functions, it is hard to include them without having MD5 functions in libc. So, res_sendsigned(3) is not merged into libc. Since, res_update(3) in BIND9 is not binary compatible with our res_update(3), res_update(3) is leaved as is, except some necessary modifications. The res_update(3) and the friends are not essential part of the resolver. They are not defined in resolv.h but defined in res_update.h separately in BIND9. Further, they are not called from our tree. So, I hide them from our resolv.h, but leave them only for binary backward compatibility (perhaps, no one calls them). Since, struct __res_state_ext is not exposed in BIND9, I hide it from our resolv.h. And, global variable _res_ext is removed. It breaks binary backward compatibility. But, since it is not used from outside of our libc, I think it is safe. Reviewed by: arch@ (no objection)
2006-03-21 16:11:11 +00:00
.include "${.CURDIR}/inet/Makefile.inc"
.include "${.CURDIR}/isc/Makefile.inc"
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
.include "${.CURDIR}/locale/Makefile.inc"
Update the resolver in libc to BIND9's one. Since, res_sendsigned(3) and the friends use MD5 functions, it is hard to include them without having MD5 functions in libc. So, res_sendsigned(3) is not merged into libc. Since, res_update(3) in BIND9 is not binary compatible with our res_update(3), res_update(3) is leaved as is, except some necessary modifications. The res_update(3) and the friends are not essential part of the resolver. They are not defined in resolv.h but defined in res_update.h separately in BIND9. Further, they are not called from our tree. So, I hide them from our resolv.h, but leave them only for binary backward compatibility (perhaps, no one calls them). Since, struct __res_state_ext is not exposed in BIND9, I hide it from our resolv.h. And, global variable _res_ext is removed. It breaks binary backward compatibility. But, since it is not used from outside of our libc, I think it is safe. Reviewed by: arch@ (no objection)
2006-03-21 16:11:11 +00:00
.include "${.CURDIR}/nameser/Makefile.inc"
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
.include "${.CURDIR}/net/Makefile.inc"
.include "${.CURDIR}/nls/Makefile.inc"
.include "${.CURDIR}/posix1e/Makefile.inc"
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
.if ${LIBC_ARCH} != "amd64" && \
${LIBC_ARCH} != "ia64" && \
${LIBC_ARCH} != "powerpc64" && \
${LIBC_ARCH} != "sparc64" && \
Fix n32 compile. These changes are needed to fix n32 compile after the recent change of mips n32 MACHINE_ARCH to mipsn32eb/mipsn32el. Reviewed by: imp, bz (earlier version)
2011-01-27 14:16:12 +00:00
${MACHINE_ARCH:Mmipsn32*} == "" && \
Retire TARGET_ABI. Implement MACHINE_ARCH=mips64e[lb] to build N64 images. This replaces MACHINE_ARCH=mipse[lb] TARGET_ABI=n64. MACHINE_ARCH=mipsn32e[lb] has been added, but currently requires WITHOUT_CDDL due to atomic issues in libzfs. I've not investigated this much, but implemented this to preserve as much of the TARGET_ABI functionality that I could. Since its presence doesn't affect the working cases, I've kept it in for now. Added mips64e[lb] to make universe, so more kernels build. And I think this (finally) closes the curtain on the tbemd tree.
2011-01-07 20:26:33 +00:00
${MACHINE_ARCH:Mmips64*} == ""
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
.include "${.CURDIR}/quad/Makefile.inc"
.endif
.include "${.CURDIR}/regex/Makefile.inc"
Update the resolver in libc to BIND9's one. Since, res_sendsigned(3) and the friends use MD5 functions, it is hard to include them without having MD5 functions in libc. So, res_sendsigned(3) is not merged into libc. Since, res_update(3) in BIND9 is not binary compatible with our res_update(3), res_update(3) is leaved as is, except some necessary modifications. The res_update(3) and the friends are not essential part of the resolver. They are not defined in resolv.h but defined in res_update.h separately in BIND9. Further, they are not called from our tree. So, I hide them from our resolv.h, but leave them only for binary backward compatibility (perhaps, no one calls them). Since, struct __res_state_ext is not exposed in BIND9, I hide it from our resolv.h. And, global variable _res_ext is removed. It breaks binary backward compatibility. But, since it is not used from outside of our libc, I think it is safe. Reviewed by: arch@ (no objection)
2006-03-21 16:11:11 +00:00
.include "${.CURDIR}/resolv/Makefile.inc"
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
.include "${.CURDIR}/stdio/Makefile.inc"
.include "${.CURDIR}/stdlib/Makefile.inc"
Import jemalloc 9ef7f5dc34ff02f50d401e41c8d9a4a928e7c2aa (dev branch, prior to 3.0.0 release) as contrib/jemalloc, and integrate it into libc. The code being imported by this commit diverged from lib/libc/stdlib/malloc.c in March 2010, which means that a portion of the jemalloc 1.0.0 ChangeLog entries are relevant, as are the entries for all subsequent releases.
2012-04-17 07:22:14 +00:00
.include "${.CURDIR}/stdlib/jemalloc/Makefile.inc"
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
.include "${.CURDIR}/stdtime/Makefile.inc"
.include "${.CURDIR}/string/Makefile.inc"
.include "${.CURDIR}/sys/Makefile.inc"
.include "${.CURDIR}/rpc/Makefile.inc"
.include "${.CURDIR}/uuid/Makefile.inc"
.include "${.CURDIR}/xdr/Makefile.inc"
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
.if ${LIBC_ARCH} == "arm" || ${LIBC_ARCH} == "mips"
Import the FreeBSD/arm libc bits. Obtained from: NetBSD
2004-05-14 12:04:31 +00:00
.include "${.CURDIR}/softfloat/Makefile.inc"
.endif
Reimplementation of world/kernel build options. For details, see: http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html The src.conf(5) manpage is to follow in a few days. Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
2006-03-17 18:54:44 +00:00
.if ${MK_NIS} != "no"
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
CFLAGS+= -DYP
.include "${.CURDIR}/yp/Makefile.inc"
.endif
Reimplementation of world/kernel build options. For details, see: http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html The src.conf(5) manpage is to follow in a few days. Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
2006-03-17 18:54:44 +00:00
.if ${MK_HESIOD} != "no"
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
CFLAGS+= -DHESIOD
.endif
Reimplementation of world/kernel build options. For details, see: http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html The src.conf(5) manpage is to follow in a few days. Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
2006-03-17 18:54:44 +00:00
.if ${MK_FP_LIBC} == "no"
Add option NO_FP_LIBC, which disables floating-point support in *printf() and *scanf(). Currently, this reduces the size of libc.so by 9K on i386. But the real savings are for static binaries that use *printf() or *scanf() but not strtod(); with an FP-disabled libc, these binaries will not depend on the gdtoa routines, making each binary about 22K smaller.
2004-05-02 10:55:07 +00:00
CFLAGS+= -DNO_FLOATING_POINT
.endif
- Extend the nsswitch to support Services, Protocols and Rpc databases. - Make nsswitch support caching. Submitted by: Michael Bushkov <bushman__at__rsu.ru> Sponsored by: Google Summer of Code 2005
2006-04-28 12:03:38 +00:00
.if ${MK_NS_CACHING} != "no"
CFLAGS+= -DNS_CACHING
.endif
Disable RPC exponential back-off for FreeBSD.org systems (IE. hidden behind _FREEFALL_CONFIG). This is done mainly to make NIS even more resistant to packet loss. This is not enabled by default for "normal" FreeBSD since it might cause the server providing the RPC service to be hit heavily with RPC traffic in case of problems. freefall.FreeBSD.org and hub.FreeBSD.org have been running with a patch similar to this for a couple of weeks. MFC after: 1 week Discussed with: peter
2007-03-04 12:25:03 +00:00
.if defined(_FREEFALL_CONFIG)
CFLAGS+=-D_FREEFALL_CONFIG
.endif
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
Allow bsd.lib.mk to generate the symbol version map.
2006-03-16 15:16:23 +00:00
VERSION_DEF=${.CURDIR}/Versions.def
SYMBOL_MAPS=${SYM_MAPS}
CFLAGS+= -DSYMBOL_VERSIONING
libc_r wasn't so tied to libc for 22 months.
2002-11-18 09:50:57 +00:00
# If there are no machine dependent sources, append all the
# machine-independent sources:
.if empty(MDSRCS)
SRCS+= ${MISRCS}
.else
# Append machine-dependent sources, then append machine-independent sources
# for which there is no machine-dependent variant.
SRCS+= ${MDSRCS}
.for _src in ${MISRCS}
.if ${MDSRCS:R:M${_src:R}} == ""
SRCS+= ${_src}
.endif
.endfor
.endif
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
KQSRCS= adddi3.c anddi3.c ashldi3.c ashrdi3.c cmpdi2.c divdi3.c iordi3.c \
lshldi3.c lshrdi3.c moddi3.c muldi3.c negdi2.c notdi2.c qdivrem.c \
subdi3.c ucmpdi2.c udivdi3.c umoddi3.c xordi3.c
Merge index() and strchr() together. As I looked through the C library, I noticed the FreeBSD MIPS port has a hand-written version of index(). This is nice, if it weren't for the fact that most applications call strchr() instead. Also, on the other architectures index() and strchr() are identical, meaning we have two identical pieces of code in the C library and statically linked applications. Solve this by naming the actual file strchr.[cS] and let it use __strong_reference()/STRONG_ALIAS() to provide the index() routine. Do the same for rindex()/strrchr(). This seems to make the C libraries and static binaries slightly smaller, but this reduction in size seems negligible.
2012-01-03 07:14:01 +00:00
KSRCS= bcmp.c ffs.c ffsl.c fls.c flsl.c mcount.c strcat.c strchr.c \
strcmp.c strcpy.c strlen.c strncpy.c strrchr.c
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
libkern: libkern.gen libkern.${LIBC_ARCH}
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
libkern.gen: ${KQSRCS} ${KSRCS}
Use ${DESTDIR} correctly in front of absolute paths.
1997-05-23 08:24:00 +00:00
cp -p ${.CURDIR}/quad/quad.h ${.ALLSRC} ${DESTDIR}/sys/libkern
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
libkern.${LIBC_ARCH}:: ${KMSRCS}
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
.if defined(KMSRCS) && !empty(KMSRCS)
Powerpc is special here. powerpc and powerpc64 use different ABIs, so their implementations aren't in the same files. Introduce LIBC_ARCH and use that in preference to MACHINE_CPUARCH. Tested by amd64 and powerpc64 builds (thanks nathanw@)
2010-08-24 20:54:43 +00:00
cp -p ${.ALLSRC} ${DESTDIR}/sys/libkern/${LIBC_ARCH}
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
.endif
Style. MFC after: 3 days
2010-08-23 15:18:35 +00:00
BSD 4.4 Lite Lib Sources
1994-05-27 05:00:24 +00:00
.include <bsd.lib.mk>
Replaced an ugly hack to selectively disable warnings in contributed sources with just a hack made possible by bsd.sys.mk,v 1.33. This is better because it just nulls out the warning flags rather than adding gcc(1) specific -w option to CFLAGS.
2004-01-11 10:42:47 +00:00
# Disable warnings in contributed sources.
Disable all warnings when building gdtoa. This allows building libc with clang. The general idea is that the vendor will not accept our compilation patches and so disabling the warnings is the best way to go as it makes future imports bearable. Submitted by: Dimitry Andric <dimitry at andric.com> Discussed with: das
2010-08-01 12:35:01 +00:00
CWARNFLAGS:= ${.IMPSRC:Ngdtoa_*.c:C/^.+$/${CWARNFLAGS}/:C/^$/-w/}
Enable GCC stack protection (aka Propolice) for userland: - It is opt-out for now so as to give it maximum testing, but it may be turned opt-in for stable branches depending on the consensus. You can turn it off with WITHOUT_SSP. - WITHOUT_SSP was previously used to disable the build of GNU libssp. It is harmless to steal the knob as SSP symbols have been provided by libc for a long time, GNU libssp should not have been much used. - SSP is disabled in a few corners such as system bootstrap programs (sys/boot), process bootstrap code (rtld, csu) and SSP symbols themselves. - It should be safe to use -fstack-protector-all to build world, however libc will be automatically downgraded to -fstack-protector because it breaks rtld otherwise. - This option is unavailable on ia64. Enable GCC stack protection (aka Propolice) for kernel: - It is opt-out for now so as to give it maximum testing. - Do not compile your kernel with -fstack-protector-all, it won't work. Submitted by: Jeremie Le Hen <jeremie@le-hen.org>
2008-06-25 21:33:28 +00:00
# XXX For now, we don't allow libc to be compiled with
# -fstack-protector-all because it breaks rtld. We may want to make a librtld
# in the future to circumvent this.
SSP_CFLAGS:= ${SSP_CFLAGS:S/^-fstack-protector-all$/-fstack-protector/}
# Disable stack protection for SSP symbols.
SSP_CFLAGS:= ${.IMPSRC:N*/stack_protector.c:C/^.+$/${SSP_CFLAGS}/}
To support stack unwinding for cancellation points, add -fexceptions flag for them, two functions _pthread_cancel_enter and _pthread_cancel_leave are added to let thread enter and leave a cancellation point, it also makes it possible that other functions can be cancellation points in libraries without having to be rewritten in libthr.
2010-09-25 01:57:47 +00:00
# Generate stack unwinding tables for cancellation points
CANCELPOINTS_CFLAGS:= ${.IMPSRC:Mcancelpoints_*:C/^.+$/${CANCELPOINTS_CFLAGS}/:C/^$//}
Reference in New Issue Copy Permalink