Re: GCC for SPARC Systems

I apologize in advance if this is a bit long or off-topic, but you might be interested to hear first-hand what some of current Sun customers have to say. On Fri, 10 Mar 2006, Alexey Starovoytov wrote: > On Fri, 10 Mar 2006, Steven Bosscher wrote: > > On Friday 03 March 2006 02:46, Alexey Starovoy

Re: GCC for SPARC Systems

> Alexey Starovoytov writes: Alexey> I doesn't look that my opinion here worth even 1 cent, Alexey> but here are few things: ... Alexey> All of the above is done by sun compiler and gcc4ss (except openmp). Alexey> A lot of other things are coming. None of the items you listed are SP

Re: GCC for SPARC Systems

On Fri, 2006-03-10 at 12:34 -0800, Alexey Starovoytov wrote: > 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 ridicu

Re: GCC for SPARC Systems

On Fri, 2006-03-10 at 14:06 -0800, Alexey Starovoytov wrote: > On Fri, 10 Mar 2006, Andrew Pinski wrote: > > > > > On Mar 10, 2006, at 3:34 PM, Alexey Starovoytov wrote: > > > > > Few major infrastructure features needs to be done first. > > > > Like? Please give examples. If link time optimizat

Re: GCC for SPARC Systems

On Mar 10, 2006, at 5:06 PM, Alexey Starovoytov wrote: - prefetch It rather hurts performance when I tried it. Check -xprefetch* flags There is a new tree level prefetching pass on the mainline, maybe you should try it again. -- Pinski

Re: GCC for SPARC Systems

On Mar 10, 2006, at 5:06 PM, Alexey Starovoytov wrote: - value profiling doesn't look anything is done Done and already in 3.4.0 and improved for the tree level in 4.1.0. - openmp I think it needs to be fully platform dependent, but anyway. Certainly would be interesting to compa

Re: GCC for SPARC Systems

On Fri, 10 Mar 2006, Andrew Pinski wrote: > > On Mar 10, 2006, at 3:34 PM, Alexey Starovoytov wrote: > > > Few major infrastructure features needs to be done first. > > Like? Please give examples. If link time optimizations, > that is already starting to be worked on. I doesn't look that my opi

Re: GCC for SPARC Systems

On Fri, 10 Mar 2006, Steven Bosscher wrote: > On Friday 03 March 2006 02:46, Alexey Starovoytov wrote: > > We are pleased to announce the availability of GCC for SPARC (R) Systems > > (GCCfss) at http://cooltools.sunsource.net/gcc/ > > Instead of pleased, I'd be ashamed for announcing this. To me

Re: GCC for SPARC Systems

On Mar 10, 2006, at 3:34 PM, Alexey Starovoytov wrote: Few major infrastructure features needs to be done first. Like? Please give examples. If link time optimizations, that is already starting to be worked on. -- Pinski

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 r

Re: GCC for SPARC Systems

mably it > doesn't run on Linux or FreeBSD so "GCC for SPARC Systems" is a bit > misleading, given that FSF GCC for SPARC does run on the aforementioned > operating systems in addition to Solaris. Something like "Sun GCC for > SPARC/Solaris Systems" although I

Re: GCC for SPARC Systems

On Friday 03 March 2006 02:46, Alexey Starovoytov wrote: > We are pleased to announce the availability of GCC for SPARC (R) Systems > (GCCfss) at http://cooltools.sunsource.net/gcc/ Instead of pleased, I'd be ashamed for announcing this. To me it feels like you're announcing with pride how you ri

Re: GCC for SPARC Systems

> 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 effo

Re: GCC for SPARC Systems

lly I wouldn't mind working towards improving gcc sparc backend. > Actually we are fixing gcc own bugs and contribute them back. To be clear, not bugs in the SPARC back-end. May I also suggest to find a different name for the product? Presumably it doesn't run on Linux or FreeBSD

Re: GCC for SPARC Systems

were > GPL'd or put under a GPL compatible license[1]. Agree. GPLing of Sun compilers may happen one day. There are discussions and there are rumors. Who could expect the GPLing of Niagara chip? > > Also I'd like to emphasize that "GCC for SPARC Systems" is trying to deliv

Re: GCC for SPARC Systems

so I don't expect any sort of approval. Honestly, i doubt you would ever get it. At a bare minimum, i'd expect nobody would even consider it until the sources to Sun's compilers were GPL'd or put under a GPL compatible license[1]. > > Also I'd like to emphasize tha

Re: GCC for SPARC Systems

or contribute it in some way, but my previous effort of much smaller scale (gcc2c) had quite negative reception, so I don't expect any sort of approval. Also I'd like to emphasize that "GCC for SPARC Systems" is trying to deliver performance on SPARC cpus to those users who us

Re: GCC for SPARC Systems

Alexey Starovoytov <[EMAIL PROTECTED]> writes: > We are pleased to announce the availability of GCC for SPARC (R) Systems > (GCCfss) at http://cooltools.sunsource.net/gcc/ > > GCCfss extends GCC to be able to use > the optimizing Sun(tm) Code Generator for SPARC systems (SCGfss). A couple of que

GCC for SPARC Systems

, particularly with respect to instruction cache usage. BIT can work on binaries which have been compiled with the Sun Studio 11 compiler or with GCCfss using the -xbinopt=prepare option. Regards, GCC for SPARC Systems team.