src/sys/Makefile, branch releng/5.3

MFC: add NO_BOOT knob to disable building the boot blocks and loader.

2004-08-22T14:19:53Z

Approved by: re (kensmith)

Try harder not to compile anything in sys/boot for arm.

2004-05-16T00:19:12Z

I wonder how buildworld ever worked for me...

Replaced outdated comment.

2004-01-17T03:28:27Z

Revert exclusion for amd64 that stopped boot/ being built.

2003-06-26T03:52:48Z

Exclude sys/boot for amd64. There are still toolchain issues to deal

2003-05-08T06:35:39Z

with. In theory, gcc -m32 should work, but for now, do not tempt fate. Approved by: re (scottl)

Milestone #1 in cross-arch make releases.

2002-04-26T17:55:27Z

Do not install games and profiled libraries to the ${CHROOTDIR} with the initial installworld. Eliminate the need in the second installworld. For that, make sure _everything_ is built in the "world" environment, using the right tool chain. Added SUBDIR_OVERRIDE helper stuff to Makefile.inc1. Split the buildworld process into stages, and skip some stages when SUBDIR_OVERRIDE is set (used to build crypto, krb4, and krb5 dists). Added NO_MAKEDB_RUN knob to Makefile.inc1 to avoid running makewhatis(1) at the end of installworld (used when making crypto, krb4, and krb5 dists). In release/scripts/doFS.sh, ensure that the correct boot blocks are used. Moved the creation of the "crypto" dist from release.5 to release.2. In release.3 and doMFSKERN, build kernels in the "world" environment. KERNELS now means "additional" kernels, GENERIC is always built. Ensure we build crunched binaries in the "world" environment. Obfuscate release/Makefile some more (WMAKEENV) to achieve this. Inline createBOOTMFS target. Use already built GENERIC kernel modules to augment mfsfd's /stand/modules. GC doMODULES as such. Assorted fixes: Get rid of the "afterdistribute" target by moving the single use of it from sys/Makefile to etc/Makefile's "distribute". Makefile.inc1: apparently "etc" no longer needs to be last for "distribute" to succeed. gnu/usr.bin/perl/library/Makefile.inc: do not override the "install" and "distribute" targets, do it the "canonical" way. release/scripts/{man,cat}pages-make.sh: make sure Perl manpages and catpages appear in the right dists. Note that because Perl does not respect the MANBUILDCAT (and NOMAN), this results in a loss of /usr/share/perl/man/cat* empty directories. This will be fixed soon. Turn MAKE_KERBEROS4 into a plain boolean variable (if it is set it means "make KerberosIV"), as documented in the make.conf(5) manpage. Most of the userland makefiles did not test it for "YES" anyway. XXX Should specialized kerberized libpam versions be included into the krb4 and krb5 dists? (libpam.a would be incorrect anyway if both krb4 and krb5 dists were choosen.) Make sure "games" dist is made before "catpages", otherwise games catpages settle in the wrong dist. Fast build machine provided by: Igor Kucherenko

I should know better than to touch this without testing a 'make release'

2000-08-24T18:53:09Z

but ${MACHINE_ARCH} should be ${MACHINE} here. pc98 has its own GENERIC.hints file and should not be used with the i386 version.

Add in a hack that installs 'src/sys/${MACHINE_ARCH}/GENERIC.hints' as

2000-08-17T05:43:41Z

/boot/device.hints in the bin dist during releases so that current snapshots have a chance of booting up ok after installing. The real fix for this problem is to rewrite userconfig in Forth, stick it in the loader, axe userconfig from the kernel, and extract the hints from the booted kernel in sysinstall similar to the way we generate /boot/kernel.conf right now. For now, however, this will have to do.

If "MODULES_WITH_WORLD" is defined, sys/modules will be built with the

2000-06-17T10:51:56Z

world as was our old way, rather than when building a kernel. Some people do not like the new way, and the release building still assumes modules are built with the world.

Cause modules to build with the kernel build. Modules are removed

2000-05-02T02:26:04Z

from the sys Makefile's SUBDIRs. This is conditioned in make.conf by the NO_MODULES variable and the existence of the modules directory. The actual location of the modules is not modified. Changes in Makefiles only, this does not affect Peter's recent changes. Reviewed by: Peter Wemm, who warned me I would get some flack, and he had the good idea for the NO_MODULES variable.