1 BUILDING(8) NetBSD System Manager's Manual BUILDING(8)
4 BUILDING -- Procedure for building NetBSD from source code.
7 NetBSD is designed to be buildable on most POSIX-compliant host systems.
8 The basic build procedure is the same whether compiling natively (on the
9 same NetBSD architecture) or cross compiling (on another architecture or
12 This source tree contains a special subtree, ``tools'', which uses the
13 host system to create a build toolchain for the target architecture. The
14 host system must have at least C and C++ compilers in order to create the
15 toolchain (make is not required); all other tools are created as part of
16 the NetBSD build process. (See the environment variables section below
17 if you need to override or manually select your compilers.)
22 This document (in -mdoc troff format; the original copy).
24 BUILDING This document (in plaintext).
27 Special notes for cross-hosting a NetBSD build on non-
30 Makefile The main Makefile for NetBSD; should only be run for
31 native builds with an appropriately up-to-date version of
32 NetBSD make(1). (For building from out-of-date systems or
33 on a non-native host, see the build.sh shell script.)
35 UPDATING Special notes for updating from an earlier revision of
36 NetBSD. It is important to read this file before every
37 build of an updated source tree.
39 build.sh Bourne-compatible shell script used for building the host
40 build tools and the NetBSD system from scratch. Can be
41 used for both native and cross builds, and should be used
42 instead of make(1) for any source tree that is updated and
45 crypto/dist/, dist/, gnu/dist/
46 Sources imported verbatim from third parties, without man-
47 gling the existing build structure. Other source trees in
48 bin through usr.sbin use the NetBSD make(1) ``reachover''
49 Makefile semantics when building these programs for a
53 Sources for items used when making a full release snap-
54 shot, such as files installed in DESTDIR/etc on the desti-
55 nation system, boot media, and release notes.
58 Regression test harness. Can be cross-compiled, but only
59 run natively. tests/ uses the atf(7) test framework;
60 regress/ contains older tests that have not yet been
63 sys/ NetBSD kernel sources.
65 tools/ ``Reachover'' build structure for the host build tools.
66 This has a special method of determining out-of-date sta-
70 Sources to the NetBSD userland (non-kernel) programs. If
71 any of these directories are missing, they will be skipped
74 x11/ ``Reachover'' build structure for X11R6; the source is in
78 The NetBSD build tree is described in hier(7), and the release layout is
79 described in release(7).
83 Several environment variables control the behaviour of NetBSD builds.
85 HOST_SH Path name to a POSIX-compliant shell. If this is not
86 set explicitly, then the default is set using heuris-
87 tics dependent on the host platform, or from the shell
88 under which build.sh is executed (if that can be deter-
89 mined), or using the first copy of sh found in PATH.
90 If the host system's /bin/sh is not POSIX-compliant, we
91 suggest that you build using commands like
93 HOST_SH=/path/to/working/shell
95 ${HOST_SH} build.sh [options]
97 HOST_CC Path name to C compiler used to create the toolchain.
99 HOST_CXX Path name to C++ compiler used to create the toolchain.
101 MACHINE Machine type, e.g., ``macppc''.
103 MACHINE_ARCH Machine architecture, e.g., ``powerpc''.
105 MAKE Path name to invoke make(1) as.
107 MAKEFLAGS Flags to invoke make(1) with.
109 MAKEOBJDIR Directory to use as the .OBJDIR for the current direc-
110 tory. The value is subjected to variable expansion by
111 make(1). Used only if MAKEOBJDIRPREFIX is not defined.
112 MAKEOBJDIR can only be provided in the environment or
113 via the -O flag of build.sh.
115 MAKEOBJDIRPREFIX Top level directory of the object directory tree. If
116 specified, must be an absolute path. If this is
117 defined, ${MAKEOBJDIRPREFIX}/${.CURDIR} is used as the
118 .OBJDIR for the current directory. The current direc-
119 tory may be read only. MAKEOBJDIRPREFIX can only be
120 provided in the environment or via the -M flag of
124 Several variables control the behavior of NetBSD builds. Unless other-
125 wise specified, these variables may be set in either the process environ-
126 ment or the make(1) configuration file specified by MAKECONF.
128 BUILDID Identifier for the build. The identifier will be appended to
129 object directory names, and can be consulted in the make(1)
130 configuration file in order to set additional build parame-
131 ters, such as compiler flags.
133 DESTDIR Directory to contain the built NetBSD system. If set, spe-
134 cial options are passed to the compilation tools to prevent
135 their default use of the host system's /usr/include,
136 /usr/lib, and so forth. This pathname must be an absolute
137 path, and should not end with a slash (/) character. (For
138 installation into the system's root directory, set DESTDIR to
139 an empty string, not to ``/''). The directory must reside on
140 a file system which supports long file names and hard links.
142 Default: Empty string if USETOOLS is ``yes''; unset other-
145 Note: build.sh will provide a default of destdir.MACHINE (in
146 the top-level .OBJDIR) unless run in `expert' mode.
148 MAKECONF The name of the make(1) configuration file. Only settable in
149 the process environment.
151 Default: ``/etc/mk.conf''
154 Level of verbosity of status messages. Supported values:
156 0 No descriptive messages are shown.
158 1 Descriptive messages are shown.
160 2 Descriptive messages (prefixed with a `#') and command
161 output is not suppressed.
165 MKCATPAGES Can be set to ``yes'' or ``no''. Indicates whether prefor-
166 matted plaintext manual pages will be created during a build.
170 MKCRYPTO Can be set to ``yes'' or ``no''. Indicates whether crypto-
171 graphic code will be included in a build; provided for the
172 benefit of countries that do not allow strong cryptography.
173 Will not affect use of the standard low-security password
174 encryption system, crypt(3).
178 MKDOC Can be set to ``yes'' or ``no''. Indicates whether system
179 documentation destined for DESTDIR/usr/share/doc will be
180 installed during a build.
184 MKHOSTOBJ Can be set to ``yes'' or ``no''. If set to ``yes'', then for
185 programs intended to be run on the compile host, the name,
186 release, and architecture of the host operating system will
187 be suffixed to the name of the object directory created by
188 ``make obj''. (This allows multiple host systems to compile
189 NetBSD for a single target.) If set to ``no'', then programs
190 built to be run on the compile host will use the same object
191 directory names as programs built to be run on the target.
195 MKINFO Can be set to ``yes'' or ``no''. Indicates whether GNU Info
196 files, used for the documentation for most of the compilation
197 tools, will be created and installed during a build.
201 MKLINT Can be set to ``yes'' or ``no''. Indicates whether lint(1)
202 will be run against portions of the NetBSD source code during
203 the build, and whether lint libraries will be installed into
204 DESTDIR/usr/libdata/lint.
208 MKMAN Can be set to ``yes'' or ``no''. Indicates whether manual
209 pages will be installed during a build.
213 MKNLS Can be set to ``yes'' or ``no''. Indicates whether Native
214 Language System locale zone files will be compiled and
215 installed during a build.
219 MKOBJ Can be set to ``yes'' or ``no''. Indicates whether object
220 directories will be created when running ``make obj''. If
221 set to ``no'', then all built files will be located inside
222 the regular source tree.
226 Note that setting MKOBJ to ``no'' is not recommended and may
227 cause problems when updating the tree with cvs(1).
229 MKPIC Can be set to ``yes'' or ``no''. Indicates whether shared
230 objects and libraries will be created and installed during a
231 build. If set to ``no'', the entire built system will be
234 Default: Platform dependent. As of this writing, all plat-
235 forms except sh3 default to ``yes''.
238 Can be set to ``yes'' or ``no''. Indicates whether the ar(1)
239 format libraries (lib*_pic.a), used to generate shared
240 libraries, are installed during a build.
244 MKPROFILE Can be set to ``yes'' or ``no''. Indicates whether profiled
245 libraries (lib*_p.a) will be built and installed during a
248 Default: ``yes''; however, some platforms turn off MKPROFILE
249 by default at times due to toolchain problems with profiled
252 MKSHARE Can be set to ``yes'' or ``no''. Indicates whether files
253 destined to reside in DESTDIR/usr/share will be built and
254 installed during a build. If set to ``no'', then all of
255 MKCATPAGES, MKDOC, MKINFO, MKMAN, and MKNLS will be set to
256 ``no'' unconditionally.
260 MKTTINTERP Can be set to ``yes'' or ``no''. For X builds, decides if
261 the TrueType bytecode interpreter is turned on. See
262 http://www.freetype.org/patents.html for details.
266 MKUNPRIVED Can be set to ``yes'' or ``no''. Indicates whether an
267 unprivileged install will occur. The user, group, permis-
268 sions, and file flags, will not be set on the installed
269 items; instead the information will be appended to a file
270 called METALOG in DESTDIR. The contents of METALOG are used
271 during the generation of the distribution tar files to ensure
272 that the appropriate file ownership is stored.
276 MKUPDATE Can be set to ``yes'' or ``no''. Indicates whether all
277 install operations intended to write to DESTDIR will compare
278 file timestamps before installing, and skip the install phase
279 if the destination files are up-to-date. This also has
280 implications on full builds (see next subsection).
284 MKX11 Can be set to ``yes'' or ``no''. Indicates whether X11R6 is
285 built from X11SRCDIR.
289 TOOLDIR Directory to hold the host tools, once built. If specified,
290 must be an absolute path. This directory should be unique to
291 a given host system and NetBSD source tree. (However, multi-
292 ple targets may share the same TOOLDIR; the target-dependent
293 files have unique names.) If unset, a default based on the
294 uname(1) information of the host platform will be created in
299 USETOOLS Indicates whether the tools specified by TOOLDIR should be
300 used as part of a build in progress. Must be set to ``yes''
303 yes Use the tools from TOOLDIR.
305 no Do not use the tools from TOOLDIR, but refuse to build
306 native compilation tool components that are version-
307 specific for that tool.
309 never Do not use the tools from TOOLDIR, even when building
310 native tool components. This is similar to the tradi-
311 tional NetBSD build method, but does not verify that
312 the compilation tools in use are up-to-date enough in
313 order to build the tree successfully. This may cause
314 build or runtime problems when building the whole
317 Default: ``yes'', unless TOOLCHAIN_MISSING is set to ``yes''.
319 USETOOLS is also set to ``no'' when using <bsd.*.mk> outside
320 the NetBSD source tree.
322 X11SRCDIR Directory containing the X11R6 source. If specified, must be
323 an absolute path. The main X11R6 source is found in
326 Default: ``/usr/xsrc''
328 "make" variables for full builds
329 These variables only affect the top level ``Makefile'' and do not affect
330 manually building subtrees of the NetBSD source code.
332 INSTALLWORLDDIR Location for the ``make installworld'' target to install
333 to. If specified, must be an absolute path.
337 MKOBJDIRS Can be set to ``yes'' or ``no''. Indicates whether
338 object directories will be created automatically (via a
339 ``make obj'' pass) at the start of a build.
343 If using build.sh, the default is ``yes''. This may be
344 set back to ``no'' by giving build.sh the -o option.
346 MKUPDATE Can be set to ``yes'' or ``no''. If set, then in addi-
347 tion to the effects described for MKUPDATE=yes above,
348 this implies the effects of NOCLEANDIR (i.e., ``make
349 cleandir'' is avoided).
353 If using build.sh, this may be set by giving the -u
356 NBUILDJOBS Now obsolete. Use the make(1) option -j, instead. See
361 NOCLEANDIR If set, avoids the ``make cleandir'' phase of a full
362 build. This has the effect of allowing only changed
363 files in a source tree to be recompiled. This can speed
364 up builds when updating only a few files in the tree.
370 NODISTRIBDIRS If set, avoids the ``make distrib-dirs'' phase of a full
371 build. This skips running mtree(8) on DESTDIR, useful
372 on systems where building as an unprivileged user, or
373 where it is known that the system-wide mtree files have
378 NOINCLUDES If set, avoids the ``make includes'' phase of a full
379 build. This has the effect of preventing make(1) from
380 thinking that some programs are out-of-date simply
381 because the system include files have changed. However,
382 this option should not be used when updating the entire
383 NetBSD source tree arbitrarily; it is suggested to use
384 MKUPDATE=yes instead in that case.
388 RELEASEDIR If set, specifies the directory to which a release(7)
389 layout will be written at the end of a ``make release''.
390 If specified, must be an absolute path.
394 Note: build.sh will provide a default of releasedir (in
395 the top-level .OBJDIR) unless run in `expert' mode.
398 "make" command line options
399 This is not a summary of all the options available to make(1); only the
400 options used most frequently with NetBSD builds are listed here.
402 -j njob Run up to njob make(1) subjobs in parallel. Makefiles should
403 use .WAIT or have explicit dependencies as necessary to
404 enforce build ordering. If you see build failures with -j,
405 please save complete build logs so the failures can be ana-
408 -m dir Specify the default directory for searching for system Make-
409 file segments, mainly the <bsd.*.mk> files. When building any
410 full NetBSD source tree, this should be set to the
411 ``share/mk'' directory in the source tree. This is set auto-
412 matically when building from the top level, or when using
415 -n Display the commands that would have been executed, but do not
416 actually execute them. This will still cause recursion to
419 -V var Print make(1)'s idea of the value of var. Does not build any
422 var=value Set the variable var to value, overriding any setting speci-
423 fied by the process environment, the MAKECONF configuration
424 file, or the system Makefile segments.
427 These default targets may be built by running make(1) in any subtree of
428 the NetBSD source code. It is recommended that none of these be used
429 from the top level Makefile; as a specific exception, ``make obj'' and
430 ``make cleandir'' are useful in that context.
432 all Build programs, libraries, and preformatted documentation.
434 clean Remove program and library object code files.
436 cleandir Same as clean, but also remove preformatted documentation,
437 dependency files generated by ``make depend'', and any other
438 files known to be created at build time.
440 depend Create dependency files (.depend) containing more detailed
441 information about the dependencies of source code on header
442 files. Allows programs to be recompiled automatically when a
445 dependall Does a ``make depend'' immediately followed by a ``make all''.
446 This improves cache locality of the build since both passes
447 read the source files in their entirety.
449 distclean Synonym for cleandir.
451 includes Build and install system header files. Typically needed
452 before any system libraries or programs can be built.
454 install Install programs, libraries, and documentation into DESTDIR.
455 Few files will be installed to DESTDIR/dev, DESTDIR/etc,
456 DESTDIR/root or DESTDIR/var in order to prevent user supplied
457 configuration data from being overwritten.
459 lint Run lint(1) against the C source code, where appropriate, and
460 generate system-installed lint libraries.
462 obj Create object directories to be used for built files, instead
463 of building directly in the source tree.
465 tags Create ctags(1) searchable function lists usable by the ex(1)
466 and vi(1) text editors.
468 "make" targets for the top level
469 Additional make(1) targets are usable specifically from the top source
470 level to facilitate building the entire NetBSD source tree.
472 build Build the entire NetBSD system (except the kernel). This
473 orders portions of the source tree such that prerequisites
474 will be built in the proper order.
476 distribution Do a ``make build'', and then install a full distribution
477 (which does not include a kernel) into DESTDIR, including
478 files in DESTDIR/dev, DESTDIR/etc, DESTDIR/root and
481 buildworld As per ``make distribution'', except that it ensures that
482 DESTDIR is not the root directory.
484 installworld Install the distribution from DESTDIR to INSTALLWORLDDIR,
485 which defaults to the root directory. Ensures that
486 INSTALLWORLDDIR is not the root directory if cross compil-
489 The INSTALLSETS environment variable may be set to a list
490 of distribution sets to be installed. By default, all sets
491 except ``etc'' and ``xetc'' are installed, so most files in
492 INSTALLWORLDDIR/etc will not be installed or modified.
494 Note: Before performing this operation with
495 INSTALLWORLDDIR=/, it is highly recommended that you
496 upgrade your kernel and reboot. After performing this
497 operation, it is recommended that you use etcupdate(8) to
498 update files in INSTALLWORLDDIR/etc and that you use
499 postinstall(8) to check for inconsistencies (and possibly
502 sets Create distribution sets from DESTDIR into
503 RELEASEDIR/RELEASEMACHINEDIR/binary/sets. Should be run
504 after ``make distribution'', as ``make build'' alone does
505 not install all of the required files.
507 sourcesets Create source sets of the source tree into
508 RELEASEDIR/source/sets.
510 syspkgs Create syspkgs from DESTDIR into
511 RELEASEDIR/RELEASEMACHINEDIR/binary/syspkgs. Should be run
512 after ``make distribution'', as ``make build'' alone does
513 not install all of the required files.
515 release Do a ``make distribution'', build kernels, distribution
516 media, and install sets (this as per ``make sets''), and
517 then package the system into a standard release layout as
518 described by release(7). This requires that RELEASEDIR be
521 iso-image Create a NetBSD installation CD-ROM image in the
522 RELEASEDIR/iso directory. The CD-ROM file system will have
523 a layout as described in release(7).
525 For most machine types, the CD-ROM will be bootable, and
526 will automatically run the sysinst(8) menu-based installa-
527 tion program, which can be used to install or upgrade a
528 NetBSD system. Bootable CD-ROMs also contain tools that
529 may be useful in repairing a damaged NetBSD installation.
531 Before ``make iso-image'' is attempted, RELEASEDIR must be
532 populated by ``make release'' or equivalent.
534 Note that other, smaller, CD-ROM images may be created in
535 the RELEASEDIR/RELEASEMACHINEDIR/installation/cdrom direc-
536 tory by ``make release''. These smaller images usually
537 contain the same tools as the larger images in
538 RELEASEDIR/iso, but do not contain additional content such
539 as the distribution sets.
541 Note that the mac68k port still uses an older method of
542 creating CD-ROM images. This requires the mkisofs(1) util-
543 ity, which is not part of NetBSD, but which can be
544 installed from pkgsrc/sysutils/cdrtools.
547 Create a NetBSD installation CD-ROM image in the
548 RELEASEDIR/iso directory. The CD-ROM file system will have
549 a layout as described in release(7). It will have top
550 level directories for the machine type and source.
552 For most machine types, the CD-ROM will be bootable, and
553 will automatically run the sysinst(8) menu-based installa-
554 tion program, which can be used to install or upgrade a
555 NetBSD system. Bootable CD-ROMs also contain tools that
556 may be useful in repairing a damaged NetBSD installation.
558 Before ``make iso-image-source'' is attempted, RELEASEDIR
559 must be populated by ``make sourcesets release'' or equiva-
562 Note that other, smaller, CD-ROM images may be created in
563 the RELEASEDIR/RELEASEMACHINEDIR/installation/cdrom direc-
564 tory by ``make release''. These smaller images usually
565 contain the same tools as the larger images in
566 RELEASEDIR/iso, but do not contain additional content such
567 as the distribution sets.
569 Note that the mac68k port still uses an older method of
570 creating CD-ROM images. This requires the mkisofs(1) util-
571 ity, which is not part of NetBSD, but which can be
572 installed from pkgsrc/sysutils/cdrtools.
575 Can only be run after building the regression tests in the
576 directory ``regress''. Runs those compiled regression
577 tests on the local host. Note that most tests are now man-
578 aged instead using atf(7); this target should probably run
579 those as well but currently does not.
581 The "build.sh" script
582 This script file is a Bourne shell script designed to build the entire
583 NetBSD system on any host with a Bourne shell in /bin/sh, including many
584 that are not POSIX compliant. Note that if a host system's /bin/sh is
585 unusually old and broken, the Korn Shell (/bin/ksh), if available, may be
586 a usable alternative.
588 All cross-compile builds, and most native builds, of the entire system
589 should make use of build.sh rather than just running ``make''. This way,
590 the make(1) program will be bootstrapped properly, in case the host sys-
591 tem has an older or incompatible ``make'' program.
593 When compiling the entire system via build.sh, many make(1) variables are
594 set for you in order to help encapsulate the build process. In the list
595 of options below, variables that are automatically set by build.sh are
596 noted where applicable.
598 The following operations are supported by build.sh:
600 build Build the system as per ``make build''. Before the main
601 part of the build commences, this command runs the obj
602 operation (unless the -o option is given), ``make
603 cleandir'' (unless the -u option is given), and the tools
606 distribution Build a full distribution as per ``make distribution''.
607 This command first runs the build operation.
609 release Build a full release as per ``make release''. This command
610 first runs the distribution operation.
612 makewrapper Create the nbmake-MACHINE wrapper. This operation is auto-
613 matically performed for any of the other operations.
615 obj Perform ``make obj''.
617 tools Build and install the host tools from src/tools. This com-
618 mand will first run ``make obj'' and ``make cleandir'' in
619 the tools subdirectory unless the -o or -u options (respec-
622 install=idir Install the contents of DESTDIR to idir, using ``make
623 installworld''. Note that files that are part of the
624 ``etc'' or ``xetc'' sets will not be installed.
626 kernel=kconf Build a new kernel. The kconf argument is the name of a
627 configuration file suitable for use by config(1). If kconf
628 does not contain any `/' characters, the configuration file
629 is expected to be found in the KERNCONFDIR directory, which
630 is typically sys/arch/MACHINE/conf. The new kernel will be
631 built in a subdirectory of KERNOBJDIR, which is typically
632 sys/arch/MACHINE/compile or an associated object directory.
634 This command does not imply the tools command; run the
635 tools command first unless it is certain that the tools
636 already exist and are up to date.
638 This command will run ``make cleandir'' on the kernel in
639 question first unless the -u option is given.
642 Install a gzip(1)ed copy of the kernel previously built by
644 RELEASEDIR/RELEASEMACHINEDIR/binary/kernel, usually as
645 netbsd-kconf.gz, although the ``netbsd'' prefix is deter-
646 mined from the ``config'' directives in kconf.
648 sets Perform ``make sets''.
650 sourcesets Perform ``make sourcesets''.
652 syspkgs Perform ``make syspkgs''.
654 iso-image Perform ``make iso-image''.
657 Perform ``make iso-image-source''.
659 The following command line options alter the behaviour of the build.sh
660 operations described above:
662 -a arch Set the value of MACHINE_ARCH to arch.
665 Set the value of BUILDID to buildid. This will also append the
666 build identifier to the name of the ``make'' wrapper script so
667 that the resulting name is of the form
668 ``nbmake-MACHINE-BUILDID''.
671 Set the value of CDEXTRA to cdextras which is a space-separated
672 list of files or directories which will be added in order to
673 the CD-ROM image when used in conjunction with ``iso-image'' or
674 ``iso-image-source''. Files will be added to the root of the
675 CD-ROM image, whereas directories will be copied recursively.
676 If relative paths are specified, they will be converted to
677 absolute paths before being used.
679 -D dest Set the value of DESTDIR to dest. If a relative path is speci-
680 fied, it will be converted to an absolute path before being
683 -E Set `expert' mode. This overrides various sanity checks, and
684 allows: DESTDIR does not have to be set to a non-root path for
685 builds, and MKUNPRIVED=yes does not have to be set when build-
686 ing as a non-root user.
688 Note: It is highly recommended that you know what you are doing
689 when you use this option.
691 -h Print a help message.
693 -j njob Run up to njob make(1) subjobs in parallel; passed through to
694 make(1). Makefiles should use .WAIT or have explicit dependan-
695 cies as necessary to enforce build ordering. If you see build
696 failures with -j, please save complete build logs so the fail-
697 ures can be analyzed.
699 -M obj Set MAKEOBJDIRPREFIX to obj. If a relative path is specified,
700 it will be converted to an absolute path before being used.
703 -m mach Set the value of MACHINE to mach, except in some special cases
704 listed below. This will also override any value of
705 MACHINE_ARCH in the process environment with a value deduced
706 from mach, unless -a is specified. All cross builds require
707 -m, but if unset on a NetBSD host, the host's value of MACHINE
708 will be detected and used automatically.
710 Some machines support multiple values for MACHINE_ARCH. The
711 following special cases for the mach argument are defined to
712 set the listed values of MACHINE and MACHINE_ARCH:
714 mach MACHINE MACHINE_ARCH
715 evbarm evbarm (not set)
716 evbarm-eb evbarm armeb
718 evbmips evbmips (not set)
719 evbmips-eb evbmips mipseb
720 evbmips-el evbmips mipsel
721 evbsh3 evbsh3 (not set)
722 evbsh3-eb evbsh3 sh3eb
723 evbsh3-el evbsh3 sh3el
724 sbmips sbmips (not set)
725 sbmips-eb sbmips mipseb
726 sbmips-el sbmips mipsel
729 Set the ``noisyness'' level of the build, by setting
730 MAKEVERBOSE to noiselevel.
732 -n Show the commands that would be executed by build.sh, but do
733 not make any changes. This is similar in concept to ``make
736 -O obj Create an appropriate transform macro for MAKEOBJDIR that will
737 place the built object files under obj. If a relative path is
738 specified, it will be converted to an absolute path before
739 being used. For instance, a setting of /usr/obj will place
740 build-time files under /usr/obj/bin, /usr/obj/lib,
741 /usr/obj/usr.bin, and so forth. Unsets MAKEOBJDIRPREFIX.
743 -o Set the value of MKOBJDIRS to ``no''. Otherwise, it will be
744 automatically set to ``yes''. This default is opposite to the
745 behaviour when not using build.sh.
747 -R rel Set the value of RELEASEDIR to rel. If a relative path is
748 specified, it will be converted to an absolute path before
751 -r Remove the contents of DESTDIR and TOOLDIR before building
752 (provides a clean starting point). This will skip deleting
753 DESTDIR if building on a native system to the root directory.
755 -T tools Set the value of TOOLDIR to tools. If a relative path is spec-
756 ified, it will be converted to an absolute path before being
757 used. If set, the bootstrap ``make'' will only be rebuilt if
758 the source files for make(1) have changed.
760 -U Set MKUNPRIVED=yes.
765 Set the environment variable var to an optional value. This is
766 propagated to the nbmake wrapper.
769 Create the nbmake wrapper script (see below) in a custom loca-
770 tion, specified by wrapper. This allows, for instance, to
771 place the wrapper in PATH automatically. Note that wrapper is
772 the full name of the file, not just a directory name. If a
773 relative path is specified, it will be converted to an absolute
774 path before being used.
777 Set the value of X11SRCDIR to x11src. If a relative path is
778 specified, it will be converted to an absolute path before
783 -Z var Unset ("zap") the environment variable var. This is propagated
784 to the nbmake wrapper.
786 The "nbmake-MACHINE" wrapper script
787 If using the build.sh script to build NetBSD, a nbmake-MACHINE script
788 will be created in TOOLDIR/bin upon the first build to assist in building
789 subtrees on a cross-compile host.
791 nbmake-MACHINE can be invoked in lieu of make(1), and will instead call
792 the up-to-date version of ``nbmake'' installed into TOOLDIR/bin with sev-
793 eral key variables pre-set, including MACHINE, MACHINE_ARCH, and TOOLDIR.
794 nbmake-MACHINE will also set variables specified with -V, and unset vari-
795 ables specified with -Z.
797 This script can be symlinked into a directory listed in PATH, or called
798 with an absolute path.
801 1. % ./build.sh tools kernel=GENERIC
803 Build a new toolchain, and use the new toolchain to configure and
804 build a new GENERIC kernel.
806 2. % ./build.sh -U distribution
808 Using unprivileged mode, build a complete distribution to a DESTDIR
809 directory that build.sh selects (and will display).
811 3. # ./build.sh -U install=/
813 As root, install to / the distribution that was built by example 2.
814 Even though this is run as root, -U is required so that the permis-
815 sions stored in DESTDIR/METALOG are correctly applied to the files
816 as they're copied to /.
818 4. % ./build.sh -U -u release
820 Using unprivileged mode, build a complete release to DESTDIR and
821 RELEASEDIR directories that build.sh selects (and will display).
822 MKUPDATE=yes (-u) is set to prevent the ``make cleandir'', so that
823 if this is run after example 2, it doesn't need to redo that portion
824 of the release build.
827 NBUILDJOBS Use the make(1) option -j instead.
830 The new toolchain is now the default. To disable, use
831 TOOLCHAIN_MISSING=yes.
834 make(1), hier(7), release(7), etcupdate(8), postinstall(8), sysinst(8),
835 pkgsrc/sysutils/cdrtools
838 The build.sh based build scheme was introduced for NetBSD 1.6 as
839 USE_NEW_TOOLCHAIN, and re-worked to TOOLCHAIN_MISSING after that.
842 A few platforms are not yet using this build system.
844 NetBSD March 18, 2008 NetBSD