Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. =================================================================== RCS file: /ftp/cvs/cvsroot/src/BUILDING,v rcsdiff: /ftp/cvs/cvsroot/src/BUILDING,v: warning: Unknown phrases like `commitid ...;' are present. retrieving revision 1.91.2.1 retrieving revision 1.96.2.4 diff -u -p -r1.91.2.1 -r1.96.2.4 --- src/BUILDING 2011/02/08 16:18:26 1.91.2.1 +++ src/BUILDING 2014/05/22 13:23:26 1.96.2.4 @@ -1,4 +1,4 @@ -BUILDING(8) NetBSD System Manager's Manual BUILDING(8) +BUILDING(8) System Manager's Manual BUILDING(8) NAME BUILDING -- Procedure for building NetBSD from source code. @@ -43,16 +43,16 @@ FILES recompiled regularly. crypto/dist/, dist/, gnu/dist/ - Sources imported verbatim from third parties, without man- - gling the existing build structure. Other source trees in - bin through usr.sbin use the NetBSD make(1) ``reachover'' - Makefile semantics when building these programs for a - native host. + Sources imported verbatim from third parties, without + mangling the existing build structure. Other source trees + in bin through usr.sbin use the NetBSD make(1) + ``reachover'' Makefile semantics when building these + programs for a native host. distrib/, etc/ - Sources for items used when making a full release snap- - shot, such as files installed in DESTDIR/etc on the desti- - nation system, boot media, and release notes. + Sources for items used when making a full release + snapshot, such as files installed in DESTDIR/etc on the + destination system, boot media, and release notes. tests/, regress/ Regression test harness. Can be cross-compiled, but only @@ -63,8 +63,8 @@ FILES sys/ NetBSD kernel sources. tools/ ``Reachover'' build structure for the host build tools. - This has a special method of determining out-of-date sta- - tus. + This has a special method of determining out-of-date + status. bin/ ... usr.sbin/ Sources to the NetBSD userland (non-kernel) programs. If @@ -82,17 +82,23 @@ CONFIGURATION Environment variables Several environment variables control the behaviour of NetBSD builds. - HOST_SH Path name to a POSIX-compliant shell. If this is not - set explicitly, then the default is set using heuris- - tics dependent on the host platform, or from the shell - under which build.sh is executed (if that can be deter- - mined), or using the first copy of sh found in PATH. - If the host system's /bin/sh is not POSIX-compliant, we - suggest that you build using commands like - - HOST_SH=/path/to/working/shell - export HOST_SH - ${HOST_SH} build.sh [options] + HOST_SH Path name to a shell available on the host system and + suitable for use during the build. The NetBSD build + system requires a modern Bourne-like shell with POSIX- + compliant features, and also requires support for the + ``local'' keyword to declare local variables in shell + functions (which is a widely-implemented but non- + standardised feature). + + Depending on the host system, a suitable shell may be + /bin/sh, /usr/xpg4/bin/sh, /bin/ksh (provided it is a + variant of ksh that supports the ``local'' keyword, + such as ksh88, but not ksh93), or /usr/local/bin/bash. + + Most parts of the build require HOST_SH to be an + absolute path; however, build.sh allows it to be a + simple command name, which will be converted to an + absolute path by searching the PATH. HOST_CC Path name to C compiler used to create the toolchain. @@ -104,18 +110,21 @@ CONFIGURATION MAKE Path name to invoke make(1) as. - MAKEFLAGS Flags to invoke make(1) with. - - MAKEOBJDIR Directory to use as the .OBJDIR for the current direc- - tory. The value is subjected to variable expansion by - make(1). Typical usage is to set this variable to a - value involving the use of `${.CURDIR:S...}' or - `${.CURDIR:C...}', to derive the value of .OBJDIR from - the value of .CURDIR. Used only if MAKEOBJDIRPREFIX is - not defined. MAKEOBJDIR can be provided only in the - environment or via the -O flag of build.sh; it cannot - usefully be set inside a Makefile, including mk.conf or - ${MAKECONF}. + MAKEFLAGS Flags to invoke make(1) with. Note that build.sh + ignores the value of MAKEFLAGS passed in the + environment, but allows MAKEFLAGS to be set via the -V + option. + + MAKEOBJDIR Directory to use as the .OBJDIR for the current + directory. The value is subjected to variable + expansion by make(1). Typical usage is to set this + variable to a value involving the use of + `${.CURDIR:S...}' or `${.CURDIR:C...}', to derive the + value of .OBJDIR from the value of .CURDIR. Used only + if MAKEOBJDIRPREFIX is not defined. MAKEOBJDIR can be + provided only in the environment or via the -O flag of + build.sh; it cannot usefully be set inside a Makefile, + including mk.conf or ${MAKECONF}. MAKEOBJDIRPREFIX Top level directory of the object directory tree. The value is subjected to variable expansion by make(1). @@ -123,43 +132,44 @@ CONFIGURATION if necessary, but if make(1) is used without build.sh, then rules in will abort the build if the ${MAKEOBJDIRPREFIX} directory does not exist. If the - value is defined and valid, then ${MAKEOBJDIRPRE- - FIX}/${.CURDIR} is used as the .OBJDIR for the current - directory. The current directory may be read only. - MAKEOBJDIRPREFIX can be provided only in the environ- - ment or via the -M flag of build.sh; it cannot usefully - be set inside a Makefile, including mk.conf or - ${MAKECONF}. + value is defined and valid, then + ${MAKEOBJDIRPREFIX}/${.CURDIR} is used as the .OBJDIR + for the current directory. The current directory may + be read only. MAKEOBJDIRPREFIX can be provided only in + the environment or via the -M flag of build.sh; it + cannot usefully be set inside a Makefile, including + mk.conf or ${MAKECONF}. "make" variables - Several variables control the behavior of NetBSD builds. Unless other- - wise specified, these variables may be set in either the process environ- - ment or the make(1) configuration file specified by MAKECONF. + Several variables control the behavior of NetBSD builds. Unless + otherwise specified, these variables may be set in either the process + environment or the make(1) configuration file specified by MAKECONF. BUILDID Identifier for the build. The identifier will be appended to object directory names, and can be consulted in the make(1) - configuration file in order to set additional build parame- - ters, such as compiler flags. + configuration file in order to set additional build + parameters, such as compiler flags. - BUILDSEED GCC uses random numbers when compiling C++ code. This vari- - able seeds the gcc random number generator using the -fran- - dom-seed flag with this value. By default, it is set to - NetBSD-(majorversion). Using a fixed value causes C++ bina- - ries to be the same when built from the same sources, result- - ing in identical (reproducible) builds. Additional informa- - tion is available in the GCC documentation of -frandom-seed. - - DESTDIR Directory to contain the built NetBSD system. If set, spe- - cial options are passed to the compilation tools to prevent - their default use of the host system's /usr/include, + BUILDSEED GCC uses random numbers when compiling C++ code. This + variable seeds the gcc random number generator using the + -frandom-seed flag with this value. By default, it is set to + NetBSD-(majorversion). Using a fixed value causes C++ + binaries to be the same when built from the same sources, + resulting in identical (reproducible) builds. Additional + information is available in the GCC documentation of + -frandom-seed. + + DESTDIR Directory to contain the built NetBSD system. If set, + special options are passed to the compilation tools to + prevent their default use of the host system's /usr/include, /usr/lib, and so forth. This pathname must be an absolute path, and should not end with a slash (/) character. (For installation into the system's root directory, set DESTDIR to an empty string, not to ``/''). The directory must reside on a file system which supports long file names and hard links. - Default: Empty string if USETOOLS is ``yes''; unset other- - wise. + Default: Empty string if USETOOLS is ``yes''; unset + otherwise. Note: build.sh will provide a default of destdir.MACHINE (in the top-level .OBJDIR) unless run in `expert' mode. @@ -176,8 +186,8 @@ CONFIGURATION are shown. 1 Brief messages are shown describing what is being done, - but the actual commands executed by make(1) are not dis- - played. + but the actual commands executed by make(1) are not + displayed. 2 Descriptive messages are shown as above (prefixed with a `#'), and ordinary commands performed by make(1) are @@ -193,16 +203,17 @@ CONFIGURATION Default: 2 - MKCATPAGES Can be set to ``yes'' or ``no''. Indicates whether prefor- - matted plaintext manual pages will be created during a build. + MKCATPAGES Can be set to ``yes'' or ``no''. Indicates whether + preformatted plaintext manual pages will be created during a + build. - Default: ``yes'' + Default: ``no'' - MKCRYPTO Can be set to ``yes'' or ``no''. Indicates whether crypto- - graphic code will be included in a build; provided for the - benefit of countries that do not allow strong cryptography. - Will not affect use of the standard low-security password - encryption system, crypt(3). + MKCRYPTO Can be set to ``yes'' or ``no''. Indicates whether + cryptographic code will be included in a build; provided for + the benefit of countries that do not allow strong + cryptography. Will not affect use of the standard low- + security password encryption system, crypt(3). Default: ``yes'' @@ -212,8 +223,8 @@ CONFIGURATION Default: ``yes'' - MKHTML Can be set to ``yes'' or ``no''. Indicates whether prefor- - matted HTML manual pages will be built and installed + MKHTML Can be set to ``yes'' or ``no''. Indicates whether + preformatted HTML manual pages will be built and installed Default: ``yes'' @@ -234,6 +245,11 @@ CONFIGURATION Default: ``yes'' + MKKMOD Can be set to ``yes'' or ``no''. Indicates whether kernel + modules are built and installed. + + Default: ``yes'' + MKLINT Can be set to ``yes'' or ``no''. Indicates whether lint(1) will be run against portions of the NetBSD source code during the build, and whether lint libraries will be installed into @@ -267,8 +283,8 @@ CONFIGURATION build. If set to ``no'', the entire built system will be statically linked. - Default: Platform dependent. As of this writing, all plat- - forms except sh3 default to ``yes''. + Default: Platform dependent. As of this writing, all + platforms except sh3 default to ``yes''. MKPICINSTALL Can be set to ``yes'' or ``no''. Indicates whether the ar(1) @@ -285,6 +301,12 @@ CONFIGURATION by default at times due to toolchain problems with profiled code. + MKREPRO Can be set to ``yes'' or ``no''. Create reproducable builds. + This enables different switches to make two builds from the + same source tree result in the same build results. + + Default: ``no'' + MKSHARE Can be set to ``yes'' or ``no''. Indicates whether files destined to reside in DESTDIR/usr/share will be built and installed during a build. If set to ``no'', then all of @@ -294,15 +316,15 @@ CONFIGURATION Default: ``yes'' MKSTRIPIDENT - Can be set to ``yes'' or ``no''. Indicates whether program - binaries and shared libraries should be built to include RCS - IDs for use with ident(1). + Can be set to ``yes'' or ``no''. Indicates whether RCS IDs, + for use with ident(1), should be stripped from program + binaries and shared libraries. Default: ``no'' MKUNPRIVED Can be set to ``yes'' or ``no''. Indicates whether an - unprivileged install will occur. The user, group, permis- - sions, and file flags, will not be set on the installed + unprivileged install will occur. The user, group, + permissions, and file flags, will not be set on the installed items; instead the information will be appended to a file called METALOG in DESTDIR. The contents of METALOG are used during the generation of the distribution tar files to ensure @@ -325,11 +347,11 @@ CONFIGURATION TOOLDIR Directory to hold the host tools, once built. If specified, must be an absolute path. This directory should be unique to - a given host system and NetBSD source tree. (However, multi- - ple targets may share the same TOOLDIR; the target-dependent - files have unique names.) If unset, a default based on the - uname(1) information of the host platform will be created in - the .OBJDIR of src. + a given host system and NetBSD source tree. (However, + multiple targets may share the same TOOLDIR; the target- + dependent files have unique names.) If unset, a default + based on the uname(1) information of the host platform will + be created in the .OBJDIR of src. Default: Unset. @@ -344,12 +366,12 @@ CONFIGURATION specific for that tool. never Do not use the tools from TOOLDIR, even when building - native tool components. This is similar to the tradi- - tional NetBSD build method, but does not verify that - the compilation tools in use are up-to-date enough in - order to build the tree successfully. This may cause - build or runtime problems when building the whole - NetBSD source tree. + native tool components. This is similar to the + traditional NetBSD build method, but does not verify + that the compilation tools in use are up-to-date + enough in order to build the tree successfully. This + may cause build or runtime problems when building the + whole NetBSD source tree. Default: ``yes'', unless TOOLCHAIN_MISSING is set to ``yes''. @@ -387,10 +409,10 @@ CONFIGURATION If using build.sh, the default is ``yes''. This may be set back to ``no'' by giving build.sh the -o option. - MKUPDATE Can be set to ``yes'' or ``no''. If set, then in addi- - tion to the effects described for MKUPDATE=yes above, - this implies the effects of NOCLEANDIR (i.e., ``make - cleandir'' is avoided). + MKUPDATE Can be set to ``yes'' or ``no''. If set, then in + addition to the effects described for MKUPDATE=yes + above, this implies the effects of NOCLEANDIR (i.e., + ``make cleandir'' is avoided). Default: ``no'' @@ -447,11 +469,11 @@ BUILDING use .WAIT or have explicit dependencies as necessary to enforce build ordering. - -m dir Specify the default directory for searching for system Make- - file segments, mainly the files. When building any - full NetBSD source tree, this should be set to the - ``share/mk'' directory in the source tree. This is set auto- - matically when building from the top level, or when using + -m dir Specify the default directory for searching for system + Makefile segments, mainly the files. When building + any full NetBSD source tree, this should be set to the + ``share/mk'' directory in the source tree. This is set + automatically when building from the top level, or when using build.sh. -n Display the commands that would have been executed, but do not @@ -461,9 +483,9 @@ BUILDING -V var Print make(1)'s idea of the value of var. Does not build any targets. - var=value Set the variable var to value, overriding any setting speci- - fied by the process environment, the MAKECONF configuration - file, or the system Makefile segments. + var=value Set the variable var to value, overriding any setting + specified by the process environment, the MAKECONF + configuration file, or the system Makefile segments. "make" targets These default targets may be built by running make(1) in any subtree of @@ -525,22 +547,21 @@ BUILDING installworld Install the distribution from DESTDIR to INSTALLWORLDDIR, which defaults to the root directory. Ensures that - INSTALLWORLDDIR is not the root directory if cross compil- - ing. + INSTALLWORLDDIR is not the root directory if cross + compiling. - The INSTALLSETS environment variable may be set to a list - of distribution sets to be installed, separated by spaces. - By default, all sets except ``etc'' and ``xetc'' are - extracted, so most files in INSTALLWORLDDIR/etc will not - be installed or modified. + The INSTALLSETS environment variable may be set to a space- + separated list of distribution sets to be installed. By + default, all sets except ``etc'' and ``xetc'' are + installed, so most files in INSTALLWORLDDIR/etc will not be + installed or modified. Note: Before performing this operation with INSTALLWORLDDIR=/, it is highly recommended that you upgrade your kernel and reboot. After performing this operation, it is recommended that you use etcupdate(8) to - update files in INSTALLWORLDDIR/etc and that you use - postinstall(8) to check for inconsistencies (and possibly - to fix them). + update files in INSTALLWORLDDIR/etc, and postinstall(8) to + check for or fix inconsistencies. sets Create distribution sets from DESTDIR into RELEASEDIR/RELEASEMACHINEDIR/binary/sets. Should be run @@ -566,24 +587,25 @@ BUILDING a layout as described in release(7). For most machine types, the CD-ROM will be bootable, and - will automatically run the sysinst(8) menu-based installa- - tion program, which can be used to install or upgrade a - NetBSD system. Bootable CD-ROMs also contain tools that - may be useful in repairing a damaged NetBSD installation. + will automatically run the sysinst(8) menu-based + installation program, which can be used to install or + upgrade a NetBSD system. Bootable CD-ROMs also contain + tools that may be useful in repairing a damaged NetBSD + installation. Before ``make iso-image'' is attempted, RELEASEDIR must be populated by ``make release'' or equivalent. Note that other, smaller, CD-ROM images may be created in - the RELEASEDIR/RELEASEMACHINEDIR/installation/cdrom direc- - tory by ``make release''. These smaller images usually - contain the same tools as the larger images in + the RELEASEDIR/RELEASEMACHINEDIR/installation/cdrom + directory by ``make release''. These smaller images + usually contain the same tools as the larger images in RELEASEDIR/iso, but do not contain additional content such as the distribution sets. Note that the mac68k port still uses an older method of - creating CD-ROM images. This requires the mkisofs(1) util- - ity, which is not part of NetBSD, but which can be + creating CD-ROM images. This requires the mkisofs(1) + utility, which is not part of NetBSD, but which can be installed from pkgsrc/sysutils/cdrtools. iso-image-source @@ -593,45 +615,103 @@ BUILDING level directories for the machine type and source. For most machine types, the CD-ROM will be bootable, and - will automatically run the sysinst(8) menu-based installa- - tion program, which can be used to install or upgrade a - NetBSD system. Bootable CD-ROMs also contain tools that - may be useful in repairing a damaged NetBSD installation. + will automatically run the sysinst(8) menu-based + installation program, which can be used to install or + upgrade a NetBSD system. Bootable CD-ROMs also contain + tools that may be useful in repairing a damaged NetBSD + installation. Before ``make iso-image-source'' is attempted, RELEASEDIR - must be populated by ``make sourcesets release'' or equiva- - lent. + must be populated by ``make sourcesets release'' or + equivalent. Note that other, smaller, CD-ROM images may be created in - the RELEASEDIR/RELEASEMACHINEDIR/installation/cdrom direc- - tory by ``make release''. These smaller images usually - contain the same tools as the larger images in + the RELEASEDIR/RELEASEMACHINEDIR/installation/cdrom + directory by ``make release''. These smaller images + usually contain the same tools as the larger images in RELEASEDIR/iso, but do not contain additional content such as the distribution sets. Note that the mac68k port still uses an older method of - creating CD-ROM images. This requires the mkisofs(1) util- - ity, which is not part of NetBSD, but which can be + creating CD-ROM images. This requires the mkisofs(1) + utility, which is not part of NetBSD, but which can be installed from pkgsrc/sysutils/cdrtools. + install-image + Create a bootable NetBSD installation disk image in the + RELEASEDIR/RELEASEMACHINEDIR/installation/installimage + directory. The installation disk image is suitable for + copying to bootable USB flash memory sticks, etc., for + machines which are able to boot from such devices. The + file system in the bootable disk image will have a layout + as described in release(7). + + The installation image is bootable, and will automatically + run the sysinst(8) menu-based installation program, which + can be used to install or upgrade a NetBSD system. The + image also contains tools that may be useful in repairing a + damaged NetBSD installation. + + Before ``make install-image'' is attempted, RELEASEDIR must + be populated by ``make release'' or equivalent. The build + must have been performed with MKUNPRIVED=yes because ``make + install-image'' relies on information in DESTDIR/METALOG. + + live-image Create NetBSD live images in the + RELEASEDIR/RELEASEMACHINEDIR/installation/liveimage + directory. The live image contains all necessary files to + boot NetBSD up to multi-user mode, including all files + which should be extracted during installation, NetBSD + disklabel, bootloaders, etc. + + The live image is suitable for use as a disk image in + virtual machine environments such as QEMU, and also useful + to boot NetBSD from a USB flash memory stick on a real + machine, without the need for installation. + + Before ``make live-image'' is attempted, RELEASEDIR must be + populated by ``make release'' or equivalent. The build + must have been performed with MKUNPRIVED=yes because ``make + install-image'' relies on information in DESTDIR/METALOG. + regression-tests Can only be run after building the regression tests in the directory ``regress''. Runs those compiled regression - tests on the local host. Note that most tests are now man- - aged instead using atf(7); this target should probably run - those as well but currently does not. + tests on the local host. Note that most tests are now + managed instead using atf(7); this target should probably + run those as well but currently does not. The "build.sh" script - This script file is a Bourne shell script designed to build the entire - NetBSD system on any host with a Bourne shell in /bin/sh, including many - that are not POSIX compliant. Note that if a host system's /bin/sh is - unusually old and broken, the Korn Shell (/bin/ksh), if available, may be - a usable alternative. + This script file is a shell script designed to build the entire NetBSD + system on any host with a suitable modern shell and some common + utilities. The required shell features are described under the HOST_SH + variable. + + If a host system's default shell does support the required features, then + we suggest that you explicitly specify a suitable shell using a command + like + + /path/to/suitable/shell build.sh [options] + + The above command will usually enable build.sh to automatically set + HOST_SH=/path/to/suitable/shell, but if that fails, then the following + set of commands may be used instead: + + HOST_SH=/path/to/suitable/shell + export HOST_SH + ${HOST_SH} build.sh [options] + + If build.sh detects that it is being executed under an unsuitable shell, + it attempts to exec a suitable shell instead, or prints an error message. + If HOST_SH is not set explicitly, then build.sh sets a default using + heuristics dependent on the host platform, or from the shell under which + build.sh is executed (if that can be determined), or using the first copy + of sh found in PATH. All cross-compile builds, and most native builds, of the entire system should make use of build.sh rather than just running ``make''. This way, - the make(1) program will be bootstrapped properly, in case the host sys- - tem has an older or incompatible ``make'' program. + the make(1) program will be bootstrapped properly, in case the host + system has an older or incompatible ``make'' program. When compiling the entire system via build.sh, many make(1) variables are set for you in order to help encapsulate the build process. In the list @@ -652,17 +732,17 @@ BUILDING release Build a full release as per ``make release''. This command first runs the distribution operation. - makewrapper Create the nbmake-MACHINE wrapper. This operation is auto- - matically performed for any of the other operations. + makewrapper Create the nbmake-MACHINE wrapper. This operation is + automatically performed for any of the other operations. cleandir Perform ``make cleandir''. obj Perform ``make obj''. - tools Build and install the host tools from src/tools. This com- - mand will first run ``make obj'' and ``make cleandir'' in - the tools subdirectory unless the -o or -u options (respec- - tively) are given. + tools Build and install the host tools from src/tools. This + command will first run ``make obj'' and ``make cleandir'' + in the tools subdirectory unless the -o or -u options + (respectively) are given. install=idir Install the contents of DESTDIR to idir, using ``make installworld''. Note that files that are part of the @@ -691,8 +771,8 @@ BUILDING Install a gzip(1)ed copy of the kernel previously built by kernel=kconf into RELEASEDIR/RELEASEMACHINEDIR/binary/kernel, usually as - netbsd-kconf.gz, although the ``netbsd'' prefix is deter- - mined from the ``config'' directives in kconf. + netbsd-kconf.gz, although the ``netbsd'' prefix is + determined from the ``config'' directives in kconf. sets Perform ``make sets''. @@ -705,6 +785,11 @@ BUILDING iso-image-source Perform ``make iso-image-source''. + install-image + Perform ``make install-image''. + + live-image Perform ``make live-image''. + The following command line options alter the behaviour of the build.sh operations described above: @@ -717,9 +802,9 @@ BUILDING ``nbmake-MACHINE-BUILDID''. -C cdextras - Append cdextras to the CDEXTRA variable, which is a space-sepa- - rated list of files or directories that will be added to the - CD-ROM image that may be create by the ``iso-image'' or + Append cdextras to the CDEXTRA variable, which is a space- + separated list of files or directories that will be added to + the CD-ROM image that may be create by the ``iso-image'' or ``iso-image-source'' operations. Files will be added to the root of the CD-ROM image, whereas directories will be copied recursively. If relative paths are specified, they will be @@ -727,14 +812,14 @@ BUILDING may be specified via multiple -C options, or via a single option whose argument contains multiple space-separated paths. - -D dest Set the value of DESTDIR to dest. If a relative path is speci- - fied, it will be converted to an absolute path before being - used. + -D dest Set the value of DESTDIR to dest. If a relative path is + specified, it will be converted to an absolute path before + being used. -E Set `expert' mode. This overrides various sanity checks, and allows: DESTDIR does not have to be set to a non-root path for - builds, and MKUNPRIVED=yes does not have to be set when build- - ing as a non-root user. + builds, and MKUNPRIVED=yes does not have to be set when + building as a non-root user. Note: It is highly recommended that you know what you are doing when you use this option. @@ -743,12 +828,13 @@ BUILDING -j njob Run up to njob make(1) subjobs in parallel; passed through to make(1). If you see failures for reasons other than running - out of memory while using build.sh with -j, please save com- - plete build logs so the failures can be analyzed. + out of memory while using build.sh with -j, please save + complete build logs so the failures can be analyzed. - To achieve the fastest builds, -j values between (1 + the num- - ber of CPUs) and (2 * the number of CPUs) are recommended. Use - lower values on machines with limited memory or I/O bandwidth. + To achieve the fastest builds, -j values between (1 + the + number of CPUs) and (2 * the number of CPUs) are recommended. + Use lower values on machines with limited memory or I/O + bandwidth. -M obj Set MAKEOBJDIRPREFIX to obj. Unsets MAKEOBJDIR. See ``-O -obj'' for more information. @@ -759,12 +845,12 @@ BUILDING /usr/obj/usr/src/usr.bin, and so forth. If a relative path is specified, it will be converted to an - absolute path before being used. build.sh imposes the restric- - tion that the argument to the -M option must not begin with a - ``$'' (dollar sign) character; otherwise it would be too diffi- - cult to determine whether the value is an absolute or a rela- - tive path. If the directory does not already exist, build.sh - will create it. + absolute path before being used. build.sh imposes the + restriction that the argument to the -M option must not begin + with a ``$'' (dollar sign) character; otherwise it would be too + difficult to determine whether the value is an absolute or a + relative path. If the directory does not already exist, + build.sh will create it. -m mach Set the value of MACHINE to mach, except in some special cases listed below. This will also override any value of @@ -808,9 +894,9 @@ BUILDING and so forth. If a relative path is specified, it will be converted to an - absolute path before being used. build.sh imposes the restric- - tion that the argument to the -O option must not contain a - ``$'' (dollar sign) character. If the directory does not + absolute path before being used. build.sh imposes the + restriction that the argument to the -O option must not contain + a ``$'' (dollar sign) character. If the directory does not already exist, build.sh will create it. In normal use, exactly one of the -M or -O options should be @@ -836,10 +922,10 @@ BUILDING -S seed Change the value of BUILDSEED to seed. This should rarely be necessary. - -T tools Set the value of TOOLDIR to tools. If a relative path is spec- - ified, it will be converted to an absolute path before being - used. If set, the bootstrap ``make'' will only be rebuilt if - the source files for make(1) have changed. + -T tools Set the value of TOOLDIR to tools. If a relative path is + specified, it will be converted to an absolute path before + being used. If set, the bootstrap ``make'' will only be + rebuilt if the source files for make(1) have changed. -U Set MKUNPRIVED=yes. @@ -850,8 +936,8 @@ BUILDING propagated to the nbmake wrapper. -w wrapper - Create the nbmake wrapper script (see below) in a custom loca- - tion, specified by wrapper. This allows, for instance, to + Create the nbmake wrapper script (see below) in a custom + location, specified by wrapper. This allows, for instance, to place the wrapper in PATH automatically. Note that wrapper is the full name of the file, not just a directory name. If a relative path is specified, it will be converted to an absolute @@ -873,10 +959,10 @@ BUILDING subtrees on a cross-compile host. nbmake-MACHINE can be invoked in lieu of make(1), and will instead call - the up-to-date version of ``nbmake'' installed into TOOLDIR/bin with sev- - eral key variables pre-set, including MACHINE, MACHINE_ARCH, and TOOLDIR. - nbmake-MACHINE will also set variables specified with -V, and unset vari- - ables specified with -Z. + the up-to-date version of ``nbmake'' installed into TOOLDIR/bin with + several key variables pre-set, including MACHINE, MACHINE_ARCH, and + TOOLDIR. nbmake-MACHINE will also set variables specified with -V, and + unset variables specified with -Z. This script can be symlinked into a directory listed in PATH, or called with an absolute path. @@ -895,9 +981,9 @@ EXAMPLES 3. # ./build.sh [options] -U install=/ As root, install to / the distribution that was built by example 2. - Even though this is run as root, -U is required so that the permis- - sions stored in DESTDIR/METALOG are correctly applied to the files - as they're copied to /. + Even though this is run as root, -U is required so that the + permissions stored in DESTDIR/METALOG are correctly applied to the + files as they're copied to /. 4. % ./build.sh [options] -U -u release @@ -922,4 +1008,4 @@ HISTORY The build.sh based build scheme was introduced for NetBSD 1.6 as USE_NEW_TOOLCHAIN, and re-worked to TOOLCHAIN_MISSING after that. -NetBSD May 1, 2009 NetBSD +NetBSD November 8, 2012 NetBSD