src/usr.sbin/editmap/Makefile, branch releng/11.3

MFC r314659,r314676:

2017-05-29T10:15:41Z

r314659: usr.sbin: normalize paths using SRCTOP-relative paths or :H when possible This simplifies make logic/output r314676: Fix build after r314656 Some of the changes I introduced to use .ALLSRC were correct in spirit, but incorrect in reality -- in particular, ../Makefile.inc hadn't been pulled in via bsd.init.mk (via bsd.lib.mk, bsd.prog.mk), so the value of .ALLSRC (evaluated immediately) was empty. .include bsd.init.mk explicitly so we can be certain that the values used as dependencies in the targets are defined when the target recipe has been evaluated. Reminder: thou shalt separate out separate functional changes before committing them. (YUGE) Pointyhat to: ngie In collaboration with: bdrewery

META MODE: Don't create .meta files when symlinking sources into the obj directory.

2015-11-25T19:44:43Z

Tracking these leads to situations where meta mode will consider the file to be out of date if /bin/sh or /bin/ln are newer than the source file. There's no reason for meta mode to do this as make is already handling the rebuild dependency fine. Sponsored by: EMC / Isilon Storage Division

Convert usr.sbin to LIBADD

2014-11-25T16:57:27Z

Reduce overlinking

Revert r267233 for now. PIE support needs to be reworked.

2014-08-19T15:04:32Z

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

In preparation for ASLR [1] support add WITH_PIE to support building with -fPIE.

2014-06-08T17:29:31Z

This is currently an opt-in build flag. Once ASLR support is ready and stable it should changed to opt-out and be enabled by default along with ASLR. Each application Makefile uses opt-out to ensure that ASLR will be enabled by default in new directories when the system is compiled with PIE/ASLR. [2] Mark known build failures as NO_PIE for now. The only known runtime failure was rtld. [1] http://www.bsdcan.org/2014/schedule/events/452.en.html Submitted by: Shawn Webb Discussed between: des@ and Shawn Webb [2]

The last big commit: let usr.sbin/ use WARNS=6 by default.

2010-01-02T11:07:44Z

Remove kludges intended to support src trees with partial obj trees.

2005-06-10T06:12:53Z

Discussed with: ru

Remove MAINTAINER= lines from individual Makefiles in favor of the

2003-07-07T03:54:04Z

MAINTAINER file (which already had entries for sendmail).

Add editmap, a new utility which comes with sendmail 8.12 for editing maps in

2002-02-17T22:02:59Z

place.