mirror of
https://git.busybox.net/buildroot.git
synced 2024-11-23 13:33:28 +08:00
447fa1fca4
Although the asciidoc toolchain accepts any number of ~ to delimit a listing block (i.e. a code block), it is actually specified to be exactly four, i.e. ~~~~. Currently, a mix of diffrent numbers of ~ are being used - sometimes even a different number at the beginning and at the end of the block. Normalize this to always use exactly four ~ for the delimiter. Signed-off-by: Arnout Vandecappelle <arnout@mind.be>
122 lines
4.8 KiB
Plaintext
122 lines
4.8 KiB
Plaintext
// -*- 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.
|
|
|
|
The default location of the override file is +$(CONFIG_DIR)/local.mk+,
|
|
as defined by the +BR2_PACKAGE_OVERRIDE_FILE+ configuration option.
|
|
+$(CONFIG_DIR)+ is the location of the Buildroot +.config+ file, so
|
|
+local.mk+ by default lives side-by-side with the +.config+ file,
|
|
which means:
|
|
|
|
* In the top-level Buildroot source directory for in-tree builds
|
|
(i.e., when +O=+ is not used)
|
|
* In the out-of-tree directory for out-of-tree builds (i.e., when
|
|
+O=+ is used)
|
|
|
|
If a different location than these defaults is required, it 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.
|
|
|
|
Source trees for big projects often contain hundreds or thousands of
|
|
files which are not needed for building, but will slow down the process
|
|
of copying the sources with _rsync_. Optionally, it is possible define
|
|
+<pkg>_OVERRIDE_SRCDIR_RSYNC_EXCLUSIONS+ to skip syncing certain files
|
|
from the source tree. For example, when working on the +webkitgtk+
|
|
package, the following will exclude the tests and in-tree builds from
|
|
a local WebKit source tree:
|
|
|
|
----
|
|
WEBKITGTK_OVERRIDE_SRCDIR = /home/bob/WebKit
|
|
WEBKITGTK_OVERRIDE_SRCDIR_RSYNC_EXCLUSIONS = \
|
|
--exclude JSTests --exclude ManualTests --exclude PerformanceTests \
|
|
--exclude WebDriverTests --exclude WebKitBuild --exclude WebKitLibraries \
|
|
--exclude WebKit.xcworkspace --exclude Websites --exclude Examples
|
|
----
|
|
|
|
By default, Buildroot skips syncing of VCS artifacts (e.g., the *.git* and
|
|
*.svn* directories). Some packages prefer to have these VCS directories
|
|
available during build, for example for automatically determining a precise
|
|
commit reference for version information. To undo this built-in filtering at a
|
|
cost of a slower speed, add these directories back:
|
|
|
|
----
|
|
LINUX_OVERRIDE_SRCDIR_RSYNC_EXCLUSIONS = --include .git
|
|
----
|