config/kernel/bare-metal.in
author |
"Yann E. MORIN" <yann.morin.1998@free.fr> |
|
Thu Dec 27 12:45:22 2012 +0100 (2012-12-27) |
changeset 3152 |
b286c7993be5 |
parent 1030 |
e5bf882d6514
|
permissions |
-rw-r--r-- |
scripts/addToolsVersion: properly handle .in vs. .in.2
While most components have their version in the .in file, some
have it in the .in.2 (eg. elf2flt).
Currently, to handle this case, we indiscriminately munge both files,
but this is wrong: in the elf2flt case, if we add a binutils version,
we do not want it to be added to elf2flt, and conversely.
So, for each tool, we need to explicitly know what file to munge.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
yann@861
|
1 |
# Bare metal config options
|
yann@861
|
2 |
|
yann@2444
|
3 |
## select BARE_METAL
|
yann@2444
|
4 |
##
|
yann@2444
|
5 |
## help 'Bare metal' refers to those programs that run without any kernel.
|
yann@2444
|
6 |
## help
|
yann@2444
|
7 |
## help You probably want to say 'y' here if you plan to use your compiler
|
yann@2444
|
8 |
## help to build bootloaders. It is not yet suitable to build Linux kernels,
|
yann@2444
|
9 |
## help though, because the APCI stuff relies on the target C library headers
|
yann@2444
|
10 |
## help being available?!?!...
|