FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F11.0 2015-12-01T05:23:19Z 2015-12-01T05:23:19Z Bryan Drewery bdrewery@FreeBSD.org 2015-12-01T05:23:19Z urn:sha1:b1f92fa22938fe29ab7e53692ffe0ed7a0ecc4d0 This is not properly respecting WITHOUT or ARCH dependencies in target/. Doing so requires a massive effort to rework targets/ to do so. A better approach will be to either include the SUBDIR Makefiles directly and map to DIRDEPS or just dynamically lookup the SUBDIR. These lose the benefit of having a userland/lib, userland/libexec, etc, though and results in a massive package. The current implementation of targets/ is very unmaintainable. Currently rescue/rescue and sys/modules are still not connected. Sponsored by: EMC / Isilon Storage Division 2015-09-25T19:44:01Z Bryan Drewery bdrewery@FreeBSD.org 2015-09-25T19:44:01Z urn:sha1:ec766071e3bd398f988bfe16297a78e74c39b3ce This has not been needed since r246865 in projects/bmake. Sponsored by: EMC / Isilon Storage Division 2015-09-25T19:26:08Z Bryan Drewery bdrewery@FreeBSD.org 2015-09-25T19:26:08Z urn:sha1:54c7d75a06d8e6cda90c27c8e722ed2a3c1c20f3 This has not been needed since r284171 in projects/bmake. Sponsored by: EMC / Isilon Storage Division 2015-06-15T19:28:07Z Baptiste Daroussin bapt@FreeBSD.org 2015-06-15T19:28:07Z urn:sha1:18b2ee82db77066fdb18c8183e02e02f79499328 2015-06-15T15:34:20Z Baptiste Daroussin bapt@FreeBSD.org 2015-06-15T15:34:20Z urn:sha1:4232f826683298e85d469c0ef17259cecd13b2c7 Since METAMODE has been added, sys.mk loads bsd.mkopt.mk which ends load loading bsd.own.mk which then defines SHLIBDIR before all the Makefile.inc everywhere. This makes /lib being populated again. Reported by: many 2015-06-13T19:20:56Z Simon J. Gerraty sjg@FreeBSD.org 2015-06-13T19:20:56Z urn:sha1:ccfb965433c67f3bda935a3cdf334be2e3c4348d Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp 2015-06-08T23:35:17Z Simon J. Gerraty sjg@FreeBSD.org 2015-06-08T23:35:17Z urn:sha1:44d314f704764f0247a540648a4b4fc3e8012133 2015-05-27T01:19:58Z Simon J. Gerraty sjg@FreeBSD.org 2015-05-27T01:19:58Z urn:sha1:98e0ffaefb0f241cda3a72395d3be04192ae0d47 2014-12-23T10:43:35Z Baptiste Daroussin bapt@FreeBSD.org 2014-12-23T10:43:35Z urn:sha1:70d099afe03f2b75a908381332d7275187b6a593 Recent binutils considered the .gnu.warning.symbol section as a fatal error when run with --fatal-warnings which makes any users of "insecure" functions from libc failing to build with recent binutils. Introduce a new macro: LD_FATAL_WARNINGS=no to run ld(1) with --no-fatal-warnings for the users of "insecure" functions Differential Revision: https://reviews.freebsd.org/D1320 2014-04-28T07:50:45Z Simon J. Gerraty sjg@FreeBSD.org 2014-04-28T07:50:45Z urn:sha1:3b8f08459569bf0faa21473e5cec2491e95c9349