config/debug/gdb.in.native
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Sun Jul 17 22:43:07 2011 +0200 (2011-07-17)
changeset 2893 a8a65758664f
parent 2484 d1a8c2ae7946
permissions -rw-r--r--
cc/gcc: do not use the core pass-2 to build the baremetal compiler

In case we build a baremetal compiler, use the standard passes:
- core_cc is used to build the C library;
- as such, it is meant to run on build, not host;
- the final compiler is meant to run on host;

As the current final compiler step can not build a baremetal compiler,
call the core backend from the final step.

NB: Currently, newlib is built during the start_files pass, so we have
to have a core compiler by then... Once we can build the baremetal
compiler from the final cc step, then we can move the newlib build to
the proper step, and then get rid of the core pass-1 static compiler...

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
yann@1849
     1
# Menu for the native GDB
yann@821
     2
yann@583
     3
config GDB_NATIVE
yann@583
     4
    bool
yann@583
     5
    prompt "Native gdb"
yann@850
     6
    depends on ! BARE_METAL
yann@1844
     7
    depends on ! BACKEND
yann@583
     8
    help
yann@583
     9
      Build and install a native gdb for the target, to run on the target.
yann@583
    10
yann@1849
    11
if GDB_NATIVE
yann@1849
    12
yann@1850
    13
config GDB_NATIVE_STATIC
yann@1850
    14
    bool
yann@1850
    15
    prompt "Build a static native gdb"
yann@1850
    16
    help
yann@1850
    17
      In case you have trouble with dynamic loading of shared libraries,
yann@1850
    18
      you will find that a static gdb comes in handy.
yann@1850
    19
yann@1849
    20
endif # GDB_NATIVE