summaryrefslogtreecommitdiffstats
path: root/sys/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Replaced outdated comment.ru2004-01-171-1/+1
|
* Revert exclusion for amd64 that stopped boot/ being built.peter2003-06-261-4/+1
|
* Exclude sys/boot for amd64. There are still toolchain issues to dealpeter2003-05-081-1/+4
| | | | | | 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.ru2002-04-261-5/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <kivvy@sunbay.com>
* I should know better than to touch this without testing a 'make release'peter2000-08-241-1/+1
| | | | | 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' asjhb2000-08-171-0/+5
| | | | | | | | | /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 theobrien2000-06-171-0/+5
| | | | | | | 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 removedchuckr2000-05-021-3/+0
| | | | | | | | | | 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.
* Remove the old a.out-only boot loader, we don't use it any more.peter2000-03-191-9/+1
| | | | | | | | The new boot1/boot2 can load a.out and elf kernels directly. I think the sys/pc98 version can go too as the sys/boot/pc98 code appears to be functional, but I'll leave that for the pc98 folks. "There can be only one."
* ${MACHINE} -> ${MACHINE_ARCH}marcel1999-11-141-2/+2
| | | | | | | | | | | | | | | | All Makefiles now use MACHINE_ARCH for the target architecture. Unification is required for cross-building. Tags added to: sys/boot/Makefile sys/boot/arc/loader/Makefile sys/kern/Makefile usr.bin/cpp/Makefile usr.bin/gcore/Makefile usr.bin/truss/Makefile usr.bin/gcore/Makefile: fixed typo: MACHINDE -> MACHINE_ARCH
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Use MACHINE_ARCH instead of MACHINE to check x86 architecture.kato1999-06-031-2/+2
| | | | Pointed out by: Akio Morita <amorita@meadow.scphys.kyoto-u.ac.jp>
* Use ${.CURDIR} in `exists()' constructs.jkoshy1999-04-211-4/+4
| | | | | PR: misc/4395 Submitted by: J Wunsch <j@ida.interface-business.de>
* Backed out previous commit. It depends on a.out utilities and librariesbde1998-12-301-7/+11
| | | | somehow being available even on pure elf systems.
* Always build ${MACHINE}/boot if it exists. Makefiles shouldn't knowbde1998-12-301-11/+7
| | | | about deficiencies in subdirs.
* Build KLD modules, these work for both a.out and elf.peter1998-11-031-1/+4
|
* In src/Makefile.inc1:rnordier1998-10-111-1/+3
| | | | | | | | | | | | | Remove /sys/boot from legacy-build. Add btxld to build-tools. In src/sys/Makefile: Add /sys/boot for i386 ELF. I'm still not sure why the new boot code was being built along with the legacy stuff, which meant a completely wrong default environment for it. This may well still be the wrong way to go about this, but it can't work all that much worse than it has been.
* Build the new boot loader on the alpha. This allows make release to work again.gpalmer1998-10-041-1/+5
|
* Add support for MACHINE=pc98. This leaves a single legacy entry forjb1998-09-051-8/+3
| | | | the old aout bootloader.
* Only build the old boot loader on i386 if aout. The new loader willjb1998-08-271-1/+5
| | | | eventually be built if elf.
* Test for the existance of ${MACHINE}/boot before trying to build it.jb1998-02-201-2/+2
| | | | | The PC98 stuff in this makefile should be removed and that system should build with MACHINE=pc98 and MACHINE_ARCH=i386.
* Commit a long-forgotten tweak for building tags in /usr/src/sys.jkh1997-07-131-1/+3
|
* Back out part 1 of the MCFH that changed $Id$ to $FreeBSD$. We are notpeter1997-02-221-1/+1
| | | | ready for it yet.
* Make the long-awaited change from $Id$ to $FreeBSD$jkh1997-01-141-1/+1
| | | | | | | | This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long. Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
* The Great PC98 Merge.asami1996-06-141-1/+5
| | | | | | | | All new code is "#ifdef PC98"ed so this should make no difference to PC/AT (and its clones) users. Ok'd by: core Submitted by: FreeBSD(98) development team
* Removed almost all traces of libkern.a. The objects that were inbde1995-12-261-2/+2
| | | | | | | libkern.a are now specified by listing their source files in files.${MACHINE}. The list is machine-dependent to save space. All the necessary object for each machine must be linked into the kernel in case an lkm wants one.
* Added ${MACHINE}/boot to build bootblocks.paul1994-08-251-2/+2
| | | | Submitted by: Paul Richards
* Added $Id$dg1994-08-021-1/+1
|
* Add this so that the top level Makefile can traverse down into herergrimes1994-05-281-0/+5
and build libkern. This will be enhanced later to build other things.
OpenPOWER on IntegriCloud