crosstool-ng: samples/powerpc-e500v2-linux-gnuspe/reported.by@aa934ec4b4ee (annotated)

cc/gcc: add the backend/frontend infra for final gcc

Currently, we issue the bare-metal compiler from the pass_1 & pass_2
core compilers, because the final gcc breaks while doing so.

This implies we have to build some libces during the start_files step,
instead of the standard libc step. This is the case for newlib.

By adding a backend/frontend infra to the final gcc, we can abstract
what backend to call: the standard backend for non-bare-metal gcc,
and the core backend for bare-metal.

This patch is just an no-op, it just adds the final backend and
frontend without changing the way bare-metal is built, to come in a
subsequent patch.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

yann@2139	1	reporter_name="Anthony Foiani <anthony.foiani@gmail.com>"
yann@2139	2	reporter_url="http://sourceware.org/ml/crossgcc/2010-09/msg00100.html"
yann@2290	3	reporter_comment="This is a sample config file for Freescale e500v2 processors (e.g., MPC8548,
yann@2369	4	MPC8572). It uses eglibc (for e500/SPE patches) and a recent gcc (4.6.0,
yann@2173	5	for e500v2 DPFP support) and will generate appropriate dual-precision
yann@2173	6	floating point instructions by default.
yann@935	7
yann@2173	8	Note: If building a Linux kernel with this toolchain, you will want to make
yann@2173	9	sure -mno-spe AND -mspe=no are passed to gcc to prevent SPE ABI/instructions
yann@2173	10	from getting into the kernel (which is currently unsupported). At this time,
yann@2173	11	the kernel build system properly passes those two options, but older kernels
yann@2173	12	were only passing -mno-spe by default."

author	"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
	Sun Jul 17 22:46:47 2011 +0200 (2011-07-17)
changeset 2892	aa934ec4b4ee
parent 2290	ba82eb173bd4
permissions	-rw-r--r--