> Everything is clean on SPARC/Solaris and SPARC64/Solaris as well so I have
> no objections to backporting the whole set from a SPARC maintainership
> viewpoint (and we have been using something equivalent at AdaCore for some
> time without any problems so far). But we need the blessing of the RM
> I back ported your list of changes from mainline to GCC 4.8. See the
> attached patches. In addition to your proposed changes I had to add
>
> 2013-04-10 Steven Bosscher
>
> * config/sparc/sparc.c: Include tree-pass.h.
> (TARGET_MACHINE_DEPENDENT_REORG): Do not redefine.
>
Hello Eric,
On 2013-09-19 09:23, Eric Botcazou wrote:
I don't expect that this will be back ported to GCC 4.8. You also need
>Binutils 2.24 for this.
From a SPARC maintainership viewpoint, I'd think that this is backportable for
the upcoming 4.8.2 release, and the patches are essentially SPARC
On 2013-09-19 09:23, Eric Botcazou wrote:
I don't expect that this will be back ported to GCC 4.8. You also need
>Binutils 2.24 for this.
From a SPARC maintainership viewpoint, I'd think that this is backportable for
the upcoming 4.8.2 release, and the patches are essentially SPARC-specific,
bu
> I don't expect that this will be back ported to GCC 4.8. You also need
> Binutils 2.24 for this.
>From a SPARC maintainership viewpoint, I'd think that this is backportable for
the upcoming 4.8.2 release, and the patches are essentially SPARC-specific,
but perhaps the RMs are of a different o
On 2013-09-18 19:37, Ralf Corsépius wrote:
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
on 4.8.
Not quite. The p
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
on 4.8.
Not quite. The problem is not GCC-4.8 vs. GCC-4.9, the probl
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
on 4.8.
Thanks Sebastian.
On 8/30/2013 6:58 AM, Daniel Hellstrom wrote:
> Hello Sebastian,
>
> That seems like a g
Hello Sebastian,
That seems like a good idea.
Thanks,
Daniel
On 08/29/2013 01:04 PM, Sebastian Huber wrote:
Recently support for LEON3 specific instructions were added to GCC.
Make this support available for RTEMS.
This patch should be committed to GCC 4.9.
gcc/ChangeLog
2013-08-29 Sebasti