INSTALL 5.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123
  1. Building:
  2. =========
  3. The BusyBox build process is similar to the Linux kernel build:
  4. make menuconfig # This creates a file called ".config"
  5. make # This creates the "busybox" executable
  6. make install # or make PREFIX=/path/from/root install
  7. The full list of configuration and install options is available by typing:
  8. make help
  9. Quick Start:
  10. ============
  11. The easy way to try out BusyBox for the first time, without having to install
  12. it, is to enable all features and then use "standalone shell" mode with a
  13. blank command $PATH.
  14. To enable all features, use "make defconfig", which produces the largest
  15. general-purpose configuration. (It's allyesconfig minus debugging options,
  16. optional packaging choices, and a few special-purpose features requiring
  17. extra configuration to use.)
  18. make defconfig
  19. make
  20. PATH= ./busybox ash
  21. Standalone shell mode causes busybox's built-in command shell to run
  22. any built-in busybox applets directly, without looking for external
  23. programs by that name. Supplying an empty command path (as above) means
  24. the only commands busybox can find are the built-in ones.
  25. (Note that the standalone shell currently requires /proc/self/exe to
  26. launch new applets.)
  27. Configuring Busybox:
  28. ====================
  29. Busybox is optimized for size, but enabling the full set of functionality
  30. still results in a fairly large executable -- more than 1 megabyte when
  31. statically linked. To save space, busybox can be configured with only the
  32. set of applets needed for each environment. The minimal configuration, with
  33. all applets disabled, produces a 4k executable. (It's useless, but very small.)
  34. The manual configurator "make menuconfig" modifies the existing configuration.
  35. (For systems without ncurses, try "make config" instead.) The two most
  36. interesting starting configurations are "make allnoconfig" (to start with
  37. everything disabled and add just what you need), and "make defconfig" (to
  38. start with everything enabled and remove what you don't need). If menuconfig
  39. is run without an existing configuration, make defconfig will run first to
  40. create a known starting point.
  41. Other starting configurations (mostly used for testing purposes) include
  42. "make allbaseconfig" (enables all applets but disables all optional features),
  43. "make allyesconfig" (enables absolutely everything including debug features),
  44. and "make randconfig" (produce a random configuration).
  45. Configuring BusyBox produces a file ".config", which can be saved for future
  46. use. Run "make oldconfig" to bring a .config file from an older version of
  47. busybox up to date.
  48. Installing Busybox:
  49. ===================
  50. Busybox is a single executable that can behave like many different commands,
  51. and BusyBox uses the name it was invoked under to determine the desired
  52. behavior. (Try "mv busybox ls" and then "./ls -l".)
  53. Installing busybox consists of creating symlinks (or hardlinks) to the busybox
  54. binary for each applet enabled in busybox, and making sure these symlinks are
  55. in the shell's command $PATH. Running "make install" creates these symlinks,
  56. or "make install-hardlinks" creates hardlinks instead (useful on systems with
  57. a limited number of inodes). This install process uses the file
  58. "busybox.links" (created by make), which contains the list of enabled applets
  59. and the path at which to install them.
  60. Installing links to busybox is not always necessary. The special applet name
  61. "busybox" (or with any optional suffix, such as "busybox-static") uses the
  62. first argument to determine which applet to behave as, for example
  63. "./busybox cat LICENSE". (Running the busybox applet with no arguments gives
  64. a list of all enabled applets.) The standalone shell can also call busybox
  65. applets without links to busybox under other names in the filesystem. You can
  66. also configure a standaone install capability into the busybox base applet,
  67. and then install such links at runtime with one of "busybox --install" (for
  68. hardlinks) or "busybox --install -s" (for symlinks).
  69. If you enabled the busybox shared library feature (libbusybox.so) and want
  70. to run tests without installing, set your LD_LIBRARY_PATH accordingly when
  71. running the executable:
  72. LD_LIBRARY_PATH=`pwd` ./busybox
  73. Building out-of-tree:
  74. =====================
  75. By default, the BusyBox build puts its temporary files in the source tree.
  76. Building from a read-only source tree, or building multiple configurations from
  77. the same source directory, requires the ability to put the temporary files
  78. somewhere else.
  79. To build out of tree, cd to an empty directory and configure busybox from there:
  80. make -f /path/to/source/Makefile defconfig
  81. make
  82. make install
  83. Alternately, use the O=$BUILDPATH option (with an absolute path) during the
  84. configuration step, as in:
  85. make O=/some/empty/directory allyesconfig
  86. cd /some/empty/directory
  87. make
  88. make PREFIX=. install
  89. More Information:
  90. =================
  91. Se also the busybox FAQ, under the questions "How can I get started using
  92. BusyBox" and "How do I build a BusyBox-based system?" The BusyBox FAQ is
  93. available from http://www.busybox.net/FAQ.html or as the file
  94. docs/busybox.net/FAQ.html in this tarball.