SPARC GCC Version

[Daniel Hellstrom]

Hello,

I have now posted the two BSP build changes for LEON3+NGMP BSPs that reflect the updated GCC-4.9.2 toolchain multilibs and muser-mode flag. Note that it is important that the toolchain is updated 
first so that the multilibs exists before using the new built flags.

DanielH


On 12/04/2014 09:13 AM, Daniel Hellstrom wrote:
> Hello,
>
> We use the 4.9.2 + all the commits up to the commit of the below multilib patch. This, because it was the simplest approach. We might just as well add the two patches on top of 4.9.2.
>
> There are some information about this here (http://www.gaisler.com/anonftp/rcc/smp/nov2014/).
>
> What is the procedure for updates to GCC/newlib/binutils, if I add a LEON patch to GCC should I email rtems-devel about this or submit patches to the source builder?
>
> Daniel H
>
> On 12/04/2014 08:18 AM, Sebastian Huber wrote:
>> Hello,
>>
>> we use currently GCC 4.9.2 for the SPARC.  Unfortunately two patches are missing in this version:
>>
>>     2014-11-07  Daniel Hellstrom  <daniel at gaisler.com>
>>
>>         Backport from mainline
>>         * config.gcc (sparc-*-rtems*): Clean away unused t-elf.
>>         * config/sparc/t-rtems: Add leon3v7 and muser-mode multilibs.
>>
>>     2014-11-06  Daniel Hellstrom  <daniel at gaisler.com>
>>
>>         Backport from mainline
>>         * config.gcc (sparc*-*-*): Accept mcpu=leon3v7 processor.
>>         * doc/invoke.texi (SPARC options): Add mcpu=leon3v7 comment.
>>         * config/sparc/leon.md (leon3_load, leon_store, leon_fp_*): Handle
>>         leon3v7 as leon3.
>>         * config/sparc/sparc-opts.h (enum processor_type): Add LEON3V7.
>>         * config/sparc/sparc.c (sparc_option_override): Add leon3v7 support.
>>         * config/sparc/sparc.h (TARGET_CPU_leon3v7): New define.
>>         * config/sparc/sparc.md (cpu): Add leon3v7.
>>         * config/sparc/sparc.opt (enum processor_type): Add leon3v7.
>>
>> Both patches are vital.
>>
>> Daniel, which GCC version do you use for your latest RCC tool chain?  Maybe we should use the same for the current RTEMS SPARC GCC.  An alternative is to just add these two patches on top of GCC 
>> 4.9.2.
>>
>
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel