This is the mail archive of the
mailing list for the GCC project.
Re: [PATCH] RTEMS: Add LEON3/SPARC multilibs
- From: Ralf CorsÃpius <corsepiu at gcc dot gnu dot org>
- To: gcc-patches at gcc dot gnu dot org
- Date: Wed, 18 Sep 2013 19:37:15 +0200
- Subject: Re: [PATCH] RTEMS: Add LEON3/SPARC multilibs
- Authentication-results: sourceware.org; auth=none
- References: <1377774243-32474-1-git-send-email-sebastian dot huber at embedded-brains dot de> <522088FE dot 8080402 at gaisler dot com> <52389BA7 dot 6070306 at oarcorp dot com>
On 09/17/2013 08:12 PM, Joel Sherrill wrote:
Committed to the head.
Is this too radical to also go on the 4.8 branch?
We would need to discuss it on the RTEMS side but it
only impacts us if the multilib is there for sparc-elf
Not quite. The problem is not GCC-4.8 vs. GCC-4.9, the problems are in
Why? sparc-rtems*gccs < 4.8 doesn't support -mcpu=leon3 and thus will
abort when -mcpu=leon3 will be used.
a) CANNOT use -mcpu=leon3 in RTEMS's bsp_specs and in RTEMS cpukit,
until the toolchains are guaranteed to support it.
b) MUST backport -mcpu=leon3 to GCC-4.8
In other words, if you are sure leon3 works with GCC-4.8, you'd better
off backporting this to GCC-4.8. If there are known bugs in
GCC-4.8/leon3, you'd better of not using -mcpu=leon3 in RTEMS.
To my knowledge, GCC up to 4.8.1 doesn't support -mcpu=leon3 at all, but
I don't know about the status on current gcc-4_8-branch.