FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=stable%2F14 2023-08-16T17:55:03Z 2023-08-16T17:55:03Z Warner Losh imp@FreeBSD.org 2023-08-16T17:55:03Z urn:sha1:d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ 2020-09-18T17:17:46Z Kyle Evans kevans@FreeBSD.org 2020-09-18T17:17:46Z urn:sha1:fe815331bb40604ba31312acf7e4619674631777 The current default is provided in various Makefile.inc in some top-level directories and covers a good portion of the tree, but doesn't cover parts of the build a little deeper (e.g. libcasper). Provide a default in src.sys.mk and set WARNS to it in bsd.sys.mk if that variable is defined. This lets us relatively cleanly provide a default WARNS no matter where you're building in the src tree without breaking things outside of the tree. Crunchgen has been updated as a bootstrap tool to work on this change because it needs r365605 at a minimum to succeed. The cleanup necessary to successfully walk over this change on WITHOUT_CLEAN builds has been added. There is a supplemental project to this to list all of the warnings that are encountered when the environment has WARNS=6 NO_WERROR=yes: https://warns.kevans.dev -- this project will hopefully eventually go away in favor of CI doing a much better job than it. Reviewed by: emaste, brooks, ngie (all earlier version) Reviewed by: emaste, arichardson (depend-cleanup.sh change) Differential Revision: https://reviews.freebsd.org/D26455 2014-05-06T04:22:01Z Warner Losh imp@FreeBSD.org 2014-05-06T04:22:01Z urn:sha1:c6063d0da8e1f8d8452b0c2ee1c7ad718c1a7052 from the latter. 2006-03-17T18:54:44Z Ruslan Ermilov ru@FreeBSD.org 2006-03-17T18:54:44Z urn:sha1:e1fe3dba5ce2826061f6489765be9b4a341736a9 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) 2004-12-21T09:59:45Z Ruslan Ermilov ru@FreeBSD.org 2004-12-21T09:59:45Z urn:sha1:83c7ade90a32f8aaff4de282b9fc2493076a54b9 2004-08-06T00:07:26Z Gordon Tetlow gordon@FreeBSD.org 2004-08-06T00:07:26Z urn:sha1:503680203194c34f83c65bda3cf5281d08a3fd49 /bin and /sbin. Reviewed by: marcel (via pluto1) 2003-11-19T16:59:00Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-19T16:59:00Z urn:sha1:bd8477d623209550777e8a5a80020b113d078e06 to gcc have not been made for ia64, which means that executables still have /usr/libexec/ld-elf.so.1 as the dynamic linker. This simply does not work if /usr is a seperate filesystem not mounted when the kernel tries to execute init(8). Note that this is a temporary fix until a new gcc has been imported that does have the required changes. Approved: re@ 2003-11-16T04:57:28Z Gordon Tetlow gordon@FreeBSD.org 2003-11-16T04:57:28Z urn:sha1:7e83e0de77dfee3e3242917c47c93bc05c553609 dynamically linked. This has been a long time coming with the move of critical libraries from /usr/lib to /lib. If you don't feel comfortable with dynamically linked binaries in your root partition, now is the time to define NO_DYNAMICROOT in your make.conf. Approved by: re 2003-11-02T06:47:39Z Ruslan Ermilov ru@FreeBSD.org 2003-11-02T06:47:39Z urn:sha1:3565c6a8e3a1cef0fdab28902c70921506255575 2003-08-17T08:37:47Z Gordon Tetlow gordon@FreeBSD.org 2003-08-17T08:37:47Z urn:sha1:442afd046f061ae77b9aee85361076428640754e WITH_DYNAMICROOT, which will toggle the generation of dynamically-linked binaries for installation in /bin and /sbin. It is currently off, meaning that /bin and /sbin are still statically linked by default. If something goes wrong (which I hope doesn't), this is what /rescue is all about. Please do not try to use WITH_DYNAMICROOT and NO_RESCUE to save space or some other equally silly reason. If you do and end up having problems, you have been warned.