This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: GCC for SPARC Systems
- From: Alexey Starovoytov <alexey dot starovoytov at sun dot com>
- To: David Edelsohn <dje at watson dot ibm dot com>
- Cc: <gcc at gcc dot gnu dot org>
- Date: Fri, 10 Mar 2006 12:34:58 -0800 (PST)
- Subject: Re: GCC for SPARC Systems
On Fri, 10 Mar 2006, David Edelsohn wrote:
> >>>>> Alexey Starovoytov writes:
>
> > If Sun starts improving GCC backend now it will never be able to catch up
> > with Sun's own backend.
>
> This is a completely ridiculous assertion. Do you have any
> evidence to back this up? There is no reason that GCC could not intercept
> Sun CC if some effort were made. SPARC is not that different from other
> RISC architectures that GCC supports well. If Sun wants to protect its
> compiler business, that is fine, but it is a business decision, not a
> technical decision.
So you're saying your team will be able to beat xlc.
Ahh. Ok. Good for you.
Personally I don't think that sparc gcc backend will be able to catch up
with Sun's across the range of tests and benchmarks any time soon.
Few major infrastructure features needs to be done first.
I'm not here to defend Sun's compilers. The scope of gcc4ss is to deliver
performance on SPARC chips. Period. If GCC can beat Sun there. Great!
We wouldn't need to do any of this work.
> Has anyone at Sun investigated and analyzed the source of the gap
> relative to a recent version of GCC? If Sun does not want to cooperate
> with the Free Software community, that may be a reasonable business
> decision, but at least provide the real explanation or do not say anything
> instead of excuses.
Yes. We know the reasons, but it doesn't sound that you want to hear them.
You're just concerned about 'excuses'.
Again I'm not representing any 'business' decisions. We just want SPARC chips
to run faster and gcc4ss is just a tool to deliver that.
Alexey.