BUILDING revision 1.28
1BUILDING(8) NetBSD System Manager's Manual BUILDING(8) 2 3NAME 4 BUILDING - Procedure for building NetBSD from source code. 5 6STATUS 7 This document is a work-in-progress. As such, the information described 8 here may not match the reality of the build system as of this writing. 9 Once this document is completely in sync with reality, this paragraph 10 will be removed. 11 12 Discrepancies between this documentation and the current reality of im- 13 plementation are noted specially, as with the note below: 14 15 Note: This document applies only to platforms which use the new toolchain 16 as indicated by the default setting of TOOLCHAIN_MISSING in <bsd.own.mk>. 17 Platforms which have not yet been switched to the new toolchain should 18 continue building traditionally, using the notes specified in the file 19 UPDATING. 20 21REQUIREMENTS 22 NetBSD is designed to be buildable on most POSIX-compliant host systems. 23 The basic build procedure is the same whether compiling natively (on the 24 same NetBSD architecture) or cross compiling (on another architecture or 25 OS). 26 27 This source tree contains a special subtree, ``tools'', which uses the 28 host system to create a build toolchain for the target architecture. The 29 host system must have at least C and C++ compilers in order to create the 30 toolchain (make is not required); all other tools are created as part of 31 the NetBSD build process. 32 33 Note: A couple of host toolchain components are not yet available 34 in the tools directory. Also, some tools use non-POSIX, non-ANSI C 35 extensions and need to be standardized. As a result, cross-compil- 36 ing from systems other than NetBSD is not currently supported. 37 38FILES 39 Source tree layout 40 41 doc/BUILDING.mdoc 42 This document (in -mdoc troff format; the original copy). 43 44 BUILDING This document (in plaintext). 45 46 Makefile The main Makefile for NetBSD; should only be run for na- 47 tive builds with an appropriately up-to-date version of 48 NetBSD make(1). (For building from out-of-date systems or 49 on a non-native host, see the build.sh shell script.) 50 51 UPDATING Special notes for updating from an earlier revision of 52 NetBSD. It is important to read this file before every 53 build of an updated source tree. 54 55 build.sh Bourne-compatible shell script used for building the host 56 build tools and the NetBSD system from scratch. Can be 57 used for both native and cross builds, and should be used 58 instead of make(1) for any source tree that is updated and 59 recompiled regularly. 60 61 crypto/dist/, dist/, gnu/dist/ 62 Sources imported verbatim from third parties, without man- 63 gling the existing build structure. Other source trees in 64 bin through usr.sbin use the NetBSD make(1) ``reachover'' 65 Makefile semantics when building these programs for a na- 66 tive host. 67 68 distrib/, etc/ 69 Sources for items used when making a full release snap- 70 shot, such as files installed in DESTDIR/etc on the desti- 71 nation system, boot media, and release notes. 72 73 regress/ Regression test harness. Can be cross-compiled, but only 74 run natively. 75 76 sys/ NetBSD kernel sources. 77 78 tools/ ``Reachover'' build structure for the host build tools. 79 This has a special method of determining out-of-date sta- 80 tus. 81 82 bin/ ... usr.sbin/ 83 Sources to the NetBSD userland (non-kernel) programs. If 84 any of these directories are missing, they will be skipped 85 during the build. 86 87 Build tree layout 88 The NetBSD build tree is described in hier(7), and the release layout is 89 described in release(7). 90 91CONFIGURATION 92 Environment variables 93 Several environment variables control the behaviour of NetBSD builds. 94 95 MACHINE Machine type. 96 97 MACHINE_ARCH Machine architecture. 98 99 MAKE Path name to invoke make(1) as. 100 101 MAKEFLAGS Flags to invoke make(1) with. 102 103 MAKEOBJDIR Directory to use as the .OBJDIR for the current direc- 104 tory. Used only if MAKEOBJDIRPREFIX is not defined. 105 MAKEOBJDIR can only be provided in the environment. 106 107 MAKEOBJDIRPREFIX Top level directory of the object directory tree. If 108 this is defined, ${MAKEOBJDIRPREFIX}/${.CURDIR} is used 109 as the .OBJDIR for the current directory. The current 110 directory may be read only. MAKEOBJDIRPREFIX can only 111 be provided in the environment. 112 113 "make" variables 114 Several variables control the behavior of NetBSD builds. Unless other- 115 wise specified, these variables may be set in either the process environ- 116 ment or the make(1) configuration file specified by MAKECONF. 117 118 BUILDID Identifier for the build. The identifier will be appended to 119 object directory names, and can be consulted in the make(1) 120 configuration file in order to set additional build parame- 121 ters, such as compiler flags. 122 123 DESTDIR Directory to contain the built NetBSD system. If set, spe- 124 cial options are passed to the compilation tools to prevent 125 their default use of the host system's /usr/include, 126 /usr/lib, and so forth. This pathname should not end with a 127 slash (/) character (for installation into the system's root 128 directory, set DESTDIR to an empty string). The directory 129 must reside on a file system which supports long file names 130 and hard links. 131 132 Default: Empty string if USETOOLS is ``yes''; unset other- 133 wise. 134 135 MAKECONF The name of the make(1) configuration file. Only settable in 136 the process environment. 137 138 Default: ``/etc/mk.conf'' 139 140 MKCATPAGES Can be set to ``yes'' or ``no''. Indicates whether prefor- 141 matted plaintext manual pages will be created during a build. 142 143 Default: ``yes'' 144 145 MKCRYPTO Can be set to ``yes'' or ``no''. Indicates whether crypto- 146 graphic code will be included in a build; provided for the 147 benefit of countries that do not allow strong cryptography. 148 Will not affect use of the standard low-security password en- 149 cryption system, crypt(3). 150 151 Default: ``yes'' 152 153 MKDOC Can be set to ``yes'' or ``no''. Indicates whether system 154 documentation destined for DESTDIR/usr/share/doc will be in- 155 stalled during a build. 156 157 Default: ``yes'' 158 159 MKHOSTOBJ Can be set to ``yes'' or ``no''. If set to ``yes'', then for 160 programs intended to be run on the compile host, the name, 161 release, and architecture of the host operating system will 162 be suffixed to the name of the object directory created by 163 ``make obj''. (This allows multiple host systems to compile 164 NetBSD for a single target.) If set to ``no'', then programs 165 built to be run on the compile host will use the same object 166 directory names as programs built to be run on the target. 167 168 Default: ``no'' 169 170 MKINFO Can be set to ``yes'' or ``no''. Indicates whether GNU Info 171 files, used for the documentation for most of the compilation 172 tools, will be created and installed during a build. 173 174 Default: ``yes'' 175 176 MKLINT Can be set to ``yes'' or ``no''. Indicates whether lint(1) 177 will be run against portions of the NetBSD source code during 178 the build, and whether lint libraries will be installed into 179 DESTDIR/usr/libdata/lint. 180 181 Default: ``yes'' 182 183 MKMAN Can be set to ``yes'' or ``no''. Indicates whether manual 184 pages will be installed during a build. 185 186 Default: ``yes'' 187 188 MKNLS Can be set to ``yes'' or ``no''. Indicates whether Native 189 Language System locale zone files will be compiled and in- 190 stalled during a build. 191 192 Default: ``yes'' 193 194 MKOBJ Can be set to ``yes'' or ``no''. Indicates whether object 195 directories will be created when running ``make obj''. If 196 set to ``no'', then all built files will be located inside 197 the regular source tree. 198 199 Default: ``yes'' 200 201 MKPIC Can be set to ``yes'' or ``no''. Indicates whether shared 202 objects and libraries will be created and installed during a 203 build. If set to ``no'', the entire built system will be 204 statically linked. 205 206 Default: Platform dependent. As of this writing, all plat- 207 forms except sh3 default to ``yes''. 208 209 MKPICINSTALL 210 Can be set to ``yes'' or ``no''. Indicates whether the ar(1) 211 format libraries (lib*_pic.a), used to generate shared li- 212 braries, are installed during a build. 213 214 Default: ``yes'' 215 216 MKPROFILE Can be set to ``yes'' or ``no''. Indicates whether profiled 217 libraries (lib*_p.a) will be built and installed during a 218 build. 219 220 Default: ``yes''; however, some platforms turn off MKPROFILE 221 by default at times due to toolchain problems with profiled 222 code. 223 224 MKSHARE Can be set to ``yes'' or ``no''. Indicates whether files 225 destined to reside in DESTDIR/usr/share will be built and in- 226 stalled during a build. If set to ``no'', then all of 227 MKCATPAGES, MKDOC, MKINFO, MKMAN, and MKNLS will be set to 228 ``no'' unconditionally. 229 230 Default: ``yes'' 231 232 TOOLDIR Directory to hold the host tools, once built. This directory 233 should be unique to a given host system and NetBSD source 234 tree. (However, multiple targets may share the same TOOLDIR; 235 the target-dependent files have unique names.) If unset, a 236 default based on the uname(1) information of the host plat- 237 form will be created in the .OBJDIR of src/tools. 238 239 Default: Unset. 240 241 UNPRIVED If set, then an unprivileged install will occur. The user, 242 group, permissions, and file flags, will not be set on the 243 installed item; instead the information will be appended to a 244 file called METALOG in DESTDIR. The contents of METALOG is 245 used during the generation of the distribution tar files to 246 ensure that the appropriate file ownership is stored. 247 248 Default: Unset. 249 250 UPDATE If set, then all install operations intended to write to 251 DESTDIR will compare file timestamps before installing, and 252 skip the install phase if the destination files are up-to- 253 date. This also has implications on full builds (see next 254 subsection). 255 256 Default: Unset. 257 258 USETOOLS Indicates whether the tools specified by TOOLDIR should be 259 used as part of a build in progress. Must be set to ``yes'' 260 if cross-compiling. 261 262 yes Use the tools from TOOLDIR. 263 264 no Do not use the tools from TOOLDIR, but refuse to build 265 native compilation tool components that are version- 266 specific for that tool. 267 268 never Do not use the tools from TOOLDIR, even when building 269 native tool components. This is similar to the tradi- 270 tional NetBSD build method, but does not verify that 271 the compilation tools in use are up-to-date enough in 272 order to build the tree successfully. This may cause 273 build or runtime problems when building the whole 274 NetBSD source tree. 275 276 Default: ``yes'' if building all or part of a whole NetBSD 277 source tree (detected automatically); ``no'' otherwise (to 278 preserve traditional semantics of the <bsd.*.mk> make(1) in- 279 clude files). 280 281 "make" variables for full builds 282 These variables only affect the top level ``Makefile'' and do not affect 283 manually building subtrees of the NetBSD source code. 284 285 INSTALLWORLDDIR Location for the ``make installworld'' target to install 286 to. 287 288 Default: ``/'' 289 290 MKOBJDIRS Can be set to ``yes'' or ``no''. Indicates whether ob- 291 ject directories will be created automatically (via a 292 ``make obj'' pass) at the start of a build. 293 294 Default: ``yes'' 295 296 NBUILDJOBS Now obsolete. Use the make(1) option -j, instead (see 297 below) 298 299 Default: Unset. 300 301 NOCLEANDIR If set, avoids the ``make cleandir'' phase of a full 302 build. This has the effect of allowing only changed 303 files in a source tree to be recompiled. This can speed 304 up builds when updating only a few files in the tree. 305 306 Default: Unset. 307 308 NODISTRIBDIRS If set, avoids the ``make distrib-dirs'' phase of a full 309 build. This skips running mtree(8) on DESTDIR, useful 310 on systems where building as an unprivileged user, or 311 where it is known that the system-wide mtree files have 312 not changed. 313 314 Default: Unset. 315 316 NOINCLUDES If set, avoids the ``make includes'' phase of a full 317 build. This has the effect of preventing make(1) from 318 thinking that some programs are out-of-date simply be- 319 cause the system include files have changed. However, 320 this option should not be used when updating the entire 321 NetBSD source tree arbitrarily; it is suggested to use 322 UPDATE in that case. 323 324 Default: Unset. 325 326 RELEASEDIR If set, specifies the directory to which a release(7) 327 layout will be written at the end of a ``make release''. 328 329 Default: Unset. 330 331 UPDATE If set, then in addition to the effects described for 332 UPDATE above, this implies the effects of NOCLEANDIR 333 (i.e., ``make cleandir'' is avoided). 334 335BUILDING 336 "make" command line options 337 This is only a summary of options available to make(1); only the options 338 used most frequently with NetBSD builds are listed here. 339 340 -j njob Run up to njob make(1) subjobs in parallel. Makefiles should 341 use .WAIT or have explicit dependancies as necessary to en- 342 force build ordering. If you see build failures with -j, 343 please save complete build logs so the failures can be ana- 344 lyzed. 345 346 -m dir Specify the default directory for searching for system Make- 347 file segments, mainly the <bsd.*.mk> files. When building any 348 full NetBSD source tree, this should be set to the 349 ``share/mk'' directory in the source tree. (This is set auto- 350 matically when building from the top level.) 351 352 -n Display the commands that would have been executed, but do not 353 actually execute them. This will still cause recursion to 354 take place. 355 356 -v var Print make(1)'s idea of the value of var. Does not build any 357 targets. 358 359 var=value Set the variable var to value, overriding any setting speci- 360 fied by the process environment, the MAKECONF configuration 361 file, or the system Makefile segments. 362 363 "make" targets 364 These default targets may be built by running make(1) in any subtree of 365 the NetBSD source code. It is recommended that none of these be used 366 from the top level Makefile; as a specific exception, ``make obj'' and 367 ``make cleandir'' are useful in that context. 368 369 all Build programs, libraries, and preformatted documentation. 370 371 clean Remove program and library object code files. 372 373 cleandir Same as clean, but also remove preformatted documentation, de- 374 pendency files generated by ``make depend'', and any other 375 files known to be created at build time. ``make distclean'' 376 may be used as a synonym, for familiarity with a similar well- 377 known convention. 378 379 depend Create dependency files (.depend) containing more detailed in- 380 formation about the dependencies of source code on header 381 files. Allows programs to be recompiled automatically when a 382 dependency changes. 383 384 dependall Does a ``make depend'' immediately followed by a ``make all''. 385 This improves cache locality of the build since both passes 386 read the source files in their entirety. 387 388 includes Build and install system header files. Typically needed be- 389 fore any system libraries or programs can be built. 390 391 install Install programs, libraries, and documentation into DESTDIR. 392 Few files will be installed to DESTDIR/dev, DESTDIR/etc, 393 DESTDIR/root or DESTDIR/var in order to prevent user supplied 394 configuration data from being overwritten. 395 396 lint Run lint(1) against the C source code, where appropriate, and 397 generate system-installed lint libraries. 398 399 obj Create object directories to be used for built files, instead 400 of building directly in the source tree. 401 402 tags Create ctags(1) searchable function lists usable by the ex(1) 403 and vi(1) text editors. 404 405 "make" targets for the top level 406 Additional make(1) targets are usable specifically from the top source 407 level to facilitate building the entire NetBSD source tree. 408 409 build Build the entire NetBSD system. This orders portions of 410 the source tree such that prerequisites will be built in 411 the proper order. 412 413 distribution Do a ``make build'', and then install a full distribution 414 into DESTDIR, including files in DESTDIR/dev, DESTDIR/etc, 415 DESTDIR/root and DESTDIR/var. 416 417 buildworld As per ``make distribution'', except that it ensures that 418 DESTDIR is not the root directory. 419 420 installworld Install the distribution from DESTDIR to INSTALLWORLDDIR 421 (which defaults to the root directory). Ensures that 422 INSTALLWORLDDIR is the not root directory if cross compil- 423 ing. 424 425 Note: It is highly recommended that you upgrade your kernel 426 and reboot before performing this operation. 427 428 sets Create distribution sets from DESTDIR into 429 RELEASEDIR/MACHINE/binary/sets. Should be run after ``make 430 distribution'' (as ``make build'' does not install all of 431 the required files). 432 433 release Do a ``make distribution'', build kernels, distribution me- 434 dia, and install sets (this as per ``make sets''), and then 435 package the system into a standard release layout as de- 436 scribed by release(7). This requires that RELEASEDIR be 437 set (see above). 438 439 regression-tests 440 Can only be run after building the regression tests in the 441 directory ``regress''. Runs the compiled regression tests 442 on the local host. 443 444 The "build.sh" script 445 This script file is a Bourne shell script designed to build the entire 446 NetBSD system on any host with a Bourne shell in /bin/sh, including many 447 that are not POSIX compliant. Note that if a host system's /bin/sh is 448 unusually old and broken, the Korn Shell (/bin/ksh), if available, may be 449 a usable alternative. 450 451 All cross-compile builds, and most native builds, of the entire system 452 should make use of build.sh rather than just running ``make''. This way, 453 the make(1) program will be bootstrapped properly, in case the host sys- 454 tem has an older or incompatible ``make'' program. 455 456 When compiling the entire system via build.sh, many make(1) variables are 457 set for you in order to help encapsulate the build process. In the list 458 of options below, variables that are automatically set by build.sh are 459 noted where applicable. 460 461 The following operations are supported by build.sh: 462 463 build Build the system as per ``make build''. This option im- 464 plies the obj and tools operations. 465 466 distribution Build a full distribution as per ``make distribution''. 467 This option implies the build operation. 468 469 release Build a full release as per ``make release''. This option 470 implies the distribution operation. 471 472 makewrapper Create the nbmake-MACHINE wrapper. This operation is auto- 473 matically performed for any of the other operations. 474 475 obj Perform ``make obj''. 476 477 tools Build and install the host tools from src/tools. 478 479 kernel=kconf Build a new kernel. The kconf argument is the name of a 480 configuration file suitable for use by config(8). If kconf 481 does not contain any `/' characters, the configuration file 482 is expected to be found in the KERNCONFDIR directory, which 483 is typically sys/arch/MACHINE/conf. The new kernel will be 484 built in a subdirectory of KERNOBJDIR, which is typically 485 sys/arch/MACHINE/compile or an associated object directory. 486 In order to ensure that the kernel is built using up-to- 487 date tools, it is strongly recommended that the tools be 488 rebuilt (using the tools operation). 489 490 install=idir Install the contents of DESTDIR to idir, using ``make 491 installworld''. 492 493 sets Perform ``make sets''. 494 495 The following command line options alter the behaviour of the above oper- 496 ations: The following command line options alter the behaviour of the 497 build.sh operations described above: 498 499 -a arch Set the value of MACHINE_ARCH to arch. 500 501 -B buildid 502 Set the value of BUILDID to buildid. This will also append the 503 build idenfitier to the name of the ``make'' wrapper script so 504 that the resulting name is of the form ``nbmake-MACHINE- 505 BUILDID''. 506 507 -D dest Set the value of DESTDIR to dest. 508 509 -E Set `expert' mode. This overrides various sanity checks, and 510 allows: DESTDIR does not have to be set to a non-root path for 511 builds, and UNPRIVED does not have to be set when building as a 512 non-root user. 513 514 Note: It is highly recommended that you know what you are doing 515 when you use this option. 516 517 -j njob Passed through to make(1). Makefiles should use .WAIT or have 518 explicit dependancies as necessary to enforce build ordering. 519 If you see build failures with -j, please save complete build 520 logs so the failures can be analyzed. 521 522 -M obj Set MAKEOBJDIRPREFIX to obj. 523 524 -m mach Set the value of MACHINE to mach. This will also override any 525 value of MACHINE_ARCH in the process environment with a value 526 deduced from mach, unless -a is specified. All cross builds 527 require -m, but if unset on a NetBSD host, the host's value of 528 MACHINE will be detected and used automatically. 529 530 -n Show the commands that would be executed by build.sh, but do 531 not make any changes. This is similar in concept to ``make 532 -n''. 533 534 -O obj Create an appropriate transform macro for MAKEOBJDIR that will 535 place the built object files under obj. For instance, a set- 536 ting of /usr/obj will place build-time files under 537 /usr/obj/bin, /usr/obj/lib, and so forth. 538 539 -o Set the value of MKOBJDIRS to ``no''. 540 541 -R rel Set the value of RELEASEDIR to rel. 542 543 -r Remove the contents of DESTDIR and TOOLDIR before building 544 (provides a clean starting point). This will skip deleting 545 DESTDIR if building on a native system to the root directory. 546 547 -T tools Set the value of TOOLDIR to tools. If set, the bootstrap 548 ``make'' will only be rebuilt as needed (when the source files 549 for make(1) change). 550 551 -U Set the UNPRIVED variable. 552 553 -u Set the UPDATE variable. 554 555 -V var=[value] 556 Set the variable var to value (which is optional). 557 558 -w wrapper 559 Create the nbmake wrapper script (see below) in a custom loca- 560 tion, specified by wrapper. This allows, for instance, to 561 place the wrapper in PATH automatically. Note that wrapper is 562 the full name of the file, not just a directory name. 563 564 The "nbmake-MACHINE" wrapper script 565 If using the build.sh script to build NetBSD, a nbmake-MACHINE script 566 will be created in TOOLDIR/bin upon the first build to assist in building 567 subtrees on a cross-compile host. 568 569 nbmake-MACHINE can be invoked in lieu of make(1), and will instead call 570 the up-to-date version of ``nbmake'' installed into TOOLDIR/bin with sev- 571 eral key variables pre-set, including MACHINE, MACHINE_ARCH, and TOOLDIR. 572 This script can be symlinked into a directory listed in PATH, or called 573 with an absolute path. 574 575EXAMPLES 576 1. ./build.sh tools kernel=GENERIC 577 578 Build a new toolchain, and use the new toolchain to configure and 579 build a new GENERIC kernel. 580 581 2. ./build.sh -U -D /path/to/destdir distribution 582 583 Using unprivileged mode, build a complete distribution in 584 /path/to/destdir. 585 586 3. # ./build.sh -U -D /path/to/destdir installworld=/ 587 588 As root, install the distribution that was built by example 2 into 589 /path/to/destdir to /. Even though this is run as root, -U is re- 590 quired so that the permissions stored in /path/to/destdir/METALOG 591 are correctly applied to the files as they're copied to /. 592 593 4. ./build.sh -U -u -D /path/to/destdir -R /path/to/releasedir release 594 595 Using unprivileged mode, build a complete release in 596 /path/to/dir/releasedir. UPDATE (-u) is set to prevent the ``make 597 cleandir'', so that if this is run after example 2, it doesn't need 598 to redo that portion of the release build. 599 600OBSOLETE VARIABLES 601 NBUILDJOBS Use the make(1) option -j, instead. 602 603 USE_NEW_TOOLCHAIN 604 The new toolchain is now the default. To disable, use 605 TOOLCHAIN_MISSING=yes. 606 607SEE ALSO 608 make(1), hier(7), release(7) 609 610HISTORY 611 The build.sh based build scheme was introduced for NetBSD 1.6 as 612 USE_NEW_TOOLCHAIN, and re-worked to TOOLCHAIN_MISSING after that. 613 614BUGS 615 A few platforms are not yet using this build system. 616 617NetBSD February 2, 2003 10 618