1
1
.. _build-from-scratch :
2
2
3
- Build SOF from scratch
4
- ######################
3
+ Build toolchains and SOF from sources
4
+ #####################################
5
5
6
6
.. contents ::
7
7
:local:
@@ -19,9 +19,9 @@ modifications.
19
19
20
20
.. note ::
21
21
22
- Building | SOF | from scratch might take several hours. We recommend
23
- that you use Docker to build SOF. For more information, see
24
- :ref: `build-with-docker `.
22
+ Building the toolchains from source might take several hours. We
23
+ recommend that you use Docker to build SOF. For more information,
24
+ see :ref: `build-with-docker `.
25
25
26
26
Step 1. Set up the workspace directory
27
27
**************************************
@@ -34,8 +34,9 @@ directory. Clone all git repositories at the same directory level
34
34
because some default configuration files refer to other clones using
35
35
relative locations like ``../sof/ ``.
36
36
37
- Make sure that ``$SOF_WORKSPACE `` has adequate disk space when building
38
- the toolchain. About 15GB is needed per toolchain.
37
+ Make sure that ``$SOF_WORKSPACE `` has adequate disk space when
38
+ building the toolchain. About 15GB is needed per toolchain. You can
39
+ reclaim some of the disk space after building the toolchain.
39
40
40
41
.. code-block :: bash
41
42
@@ -113,8 +114,8 @@ If you use Ubuntu 18.04+ you can install CMake with apt:
113
114
For Ubuntu 16.04, CMake from apt is outdated and you must install CMake from
114
115
sources. Refer to this short guide: https://cmake.org/install/.
115
116
116
- Build alsa-lib and alsa-utils
117
- =============================
117
+ Build alsa-lib and alsa-utils from source
118
+ =========================================
118
119
119
120
This project requires some new features in :git-alsa: `alsa-lib ` and
120
121
:git-alsa: `alsa-utils `, so build the newest ALSA from source code.
@@ -380,11 +381,13 @@ The installer also builds and deploys some user-space binaries from the
380
381
381
382
.. note ::
382
383
383
- If interrupted, the installer process might leave corrupted files
384
- in the ``installer-builds `` subdirectory. In this case, all
385
- subsequent attempts to run the installer end with an error. To
386
- resolve this issue, delete the ``installer-builds `` directory and
387
- run the installer again.
384
+ The installer is much faster than the lower level ``./scripts/ ``,
385
+ on which it relies, because it does not delete the build
386
+ directories every time it runs. However, some "big" configuration
387
+ changes, such as switching to a different toolchain or some rare
388
+ build failures, can leave the ``installer-builds/build_* ``
389
+ directories in an inappropriate state. In such a case, just delete
390
+ these directories and run the installer again.
388
391
389
392
.. code-block :: bash
390
393
0 commit comments