1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283 |
- // -*- mode:doc; -*-
- // vim: set syntax=asciidoc:
- ==== Using Buildroot during development
- The normal operation of Buildroot is to download a tarball, extract
- it, configure, compile and install the software component found inside
- this tarball. The source code is extracted in
- +output/build/<package>-<version>+, which is a temporary directory:
- whenever +make clean+ is used, this directory is entirely removed, and
- re-created at the next +make+ invocation. Even when a Git or
- Subversion repository is used as the input for the package source
- code, Buildroot creates a tarball out of it, and then behaves as it
- normally does with tarballs.
- This behavior is well-suited when Buildroot is used mainly as an
- integration tool, to build and integrate all the components of an
- embedded Linux system. However, if one uses Buildroot during the
- development of certain components of the system, this behavior is not
- very convenient: one would instead like to make a small change to the
- source code of one package, and be able to quickly rebuild the system
- with Buildroot.
- Making changes directly in +output/build/<package>-<version>+ is not
- an appropriate solution, because this directory is removed on +make
- clean+.
- Therefore, Buildroot provides a specific mechanism for this use case:
- the +<pkg>_OVERRIDE_SRCDIR+ mechanism. Buildroot reads an _override_
- file, which allows the user to tell Buildroot the location of the
- source for certain packages. By default this _override_ file is named
- +local.mk+ and located in the top directory of the Buildroot source
- tree, but a different location can be specified through the
- +BR2_PACKAGE_OVERRIDE_FILE+ configuration option.
- In this _override_ file, Buildroot expects to find lines of the form:
- ------------------
- <pkg1>_OVERRIDE_SRCDIR = /path/to/pkg1/sources
- <pkg2>_OVERRIDE_SRCDIR = /path/to/pkg2/sources
- ------------------
- For example:
- ------------------
- LINUX_OVERRIDE_SRCDIR = /home/bob/linux/
- BUSYBOX_OVERRIDE_SRCDIR = /home/bob/busybox/
- ------------------
- When Buildroot finds that for a given package, an
- +<pkg>_OVERRIDE_SRCDIR+ has been defined, it will no longer attempt to
- download, extract and patch the package. Instead, it will directly use
- the source code available in the specified directory and +make clean+
- will not touch this directory. This allows to point Buildroot to your
- own directories, that can be managed by Git, Subversion, or any other
- version control system. To achieve this, Buildroot will use _rsync_ to
- copy the source code of the component from the specified
- +<pkg>_OVERRIDE_SRCDIR+ to +output/build/<package>-custom/+.
- This mechanism is best used in conjunction with the +make
- <pkg>-rebuild+ and +make <pkg>-reconfigure+ targets. A +make
- <pkg>-rebuild all+ sequence will _rsync_ the source code from
- +<pkg>_OVERRIDE_SRCDIR+ to +output/build/<package>-custom+ (thanks to
- _rsync_, only the modified files are copied), and restart the build
- process of just this package.
- In the example of the +linux+ package above, the developer can then
- make a source code change in +/home/bob/linux+ and then run:
- -----------------------
- make linux-rebuild all
- -----------------------
- and in a matter of seconds gets the updated Linux kernel image in
- +output/images+. Similarly, a change can be made to the BusyBox source
- code in +/home/bob/busybox+, and after:
- -----------------------
- make busybox-rebuild all
- -----------------------
- the root filesystem image in +output/images+ contains the updated
- BusyBox.
|