freebsd-skq/kerberos5
Bryan Drewery 5608fd23c2 Revert r267233 for now. PIE support needs to be reworked.
1. 50+% of NO_PIE use is fixed by adding -fPIC to INTERNALLIB and other
   build-only utility libraries.
2. Another 40% is fixed by generating _pic.a variants of various libraries.
3. Some of the NO_PIE use is a bit absurd as it is disabling PIE (and ASLR)
   where it never would work anyhow, such as csu or loader. This suggests
   there may be better ways of adding support to the tree. Many of these
   cases can be fixed such that -fPIE will work but there is really no
   reason to have it in those cases.
4. Some of the uses are working around hacks done to some Makefiles that are
   really building libraries but have been using bsd.prog.mk because the code
   is cleaner. Had they been using bsd.lib.mk then NO_PIE would not have
   been needed.

We likely do want to enable PIE by default (opt-out) for non-tree consumers
(such as ports). For in-tree though we probably want to only enable PIE
(opt-in) for common attack targets such as remote service daemons and setuid
utilities. This is also a great performance compromise since ASLR is expected
to reduce performance. As such it does not make sense to enable it in all
utilities such as ls(1) that have little benefit to having it enabled.

Reported by:	kib
2014-08-19 15:04:32 +00:00
..
doc
include
lib Rework privatelib/internallib 2014-08-06 22:17:26 +00:00
libexec Revert r267233 for now. PIE support needs to be reworked. 2014-08-19 15:04:32 +00:00
tools Revert r267233 for now. PIE support needs to be reworked. 2014-08-19 15:04:32 +00:00
usr.bin Revert r267233 for now. PIE support needs to be reworked. 2014-08-19 15:04:32 +00:00
usr.sbin Revert r267233 for now. PIE support needs to be reworked. 2014-08-19 15:04:32 +00:00
Makefile use MK_KERBEROS=no in preference to WITHOUT_KERBEROS 2014-04-05 17:54:50 +00:00
Makefile.inc Use src.opts.mk in preference to bsd.own.mk except where we need stuff 2014-05-06 04:22:01 +00:00
README

This subtree is world-exportable, as it does not contain any
cryptographic code.

At the time of writing, it did not even contain source code, only
Makefiles and headers.

Please maintain this "exportable" status quo.

Thanks!

MarkM
markm@freebsd.org
20th Sept 1997