[google] Merged gcc-4_6-branch -> google/gcc-4_6

2011-06-01 Thread Diego Novillo
This merge brings google/gcc-4_6 to rev 174522. Diego.

Re: using plugin and lto: problem linking c-pragma symbol

2011-06-01 Thread Basile Starynkevitch
On Wed, 1 Jun 2011 11:18:16 +0200 Richard Guenther wrote: > On Wed, Jun 1, 2011 at 6:03 AM, Basile Starynkevitch > wrote: > > On Tue, 31 May 2011 23:52:11 +0200 > > I don't remember saying no to both. I don't see how the invoking_program > would fix anything (you have that by looking at lang_

Re: Wrong code: missing input reload

2011-06-01 Thread Bernd Schmidt
On 06/01/2011 06:06 PM, Georg-Johann Lay wrote: > From the internals description, HARD_FRAME_POINTER_REGNUM appears to > serve different purpose, and sources indicate that it is used similar, > i.e. per regno == HARD_FRAME_POINTER_REGNUM instead if having a rtx or > reg_class and test for overlaps

Re: Wrong code: missing input reload

2011-06-01 Thread Georg-Johann Lay
Bernd Schmidt schrieb: > On 06/01/2011 05:35 PM, Georg-Johann Lay wrote: > >> The reason for why a subreg of hardreg is there during reload is that >> on avr, r29:r28 is the frame pointer (word_mode is QI and Pmode is >> HI). Because in many places of the compiler, there are tests like "if >> (reg

Re: Wrong code: missing input reload

2011-06-01 Thread Bernd Schmidt
On 06/01/2011 05:35 PM, Georg-Johann Lay wrote: > The reason for why a subreg of hardreg is there during reload is that > on avr, r29:r28 is the frame pointer (word_mode is QI and Pmode is > HI). Because in many places of the compiler, there are tests like "if > (regno == FRAME_POINTER_REGNUM)", t

Re: Wrong code: missing input reload

2011-06-01 Thread Georg-Johann Lay
Bernd Schmidt schrieb: > On 06/01/2011 04:00 PM, Georg-Johann Lay wrote: >> Eric Botcazou schrieb: You are right, I was staring at the wrong place. subreg of hardreg should not be there. >>> You can take a look at PR target/48830, this is a related problem for the >>> SPARC where reload

Re: Wrong code: missing input reload

2011-06-01 Thread Bernd Schmidt
On 06/01/2011 04:00 PM, Georg-Johann Lay wrote: > Eric Botcazou schrieb: >>> You are right, I was staring at the wrong place. subreg of hardreg >>> should not be there. >> >> You can take a look at PR target/48830, this is a related problem for the >> SPARC where reload generates: >> >> (set (reg:

Re: Wrong code: missing input reload

2011-06-01 Thread Georg-Johann Lay
Eric Botcazou schrieb: >> You are right, I was staring at the wrong place. subreg of hardreg >> should not be there. > > You can take a look at PR target/48830, this is a related problem for the > SPARC where reload generates: > > (set (reg:SI 708 [ D.2989+4 ]) > (subreg:SI (reg:DI 72 %f40)

Re: using plugin and lto: problem linking c-pragma symbol

2011-06-01 Thread Joern Rennecke
Quoting Richard Guenther : Iff we want to make plugins not randomly fail with -flto (which I think we _do_ want) then it is the plugin loader machines job to check for compatibility and either ignore (in case of lto1 maybe) or reject (in other cases) the plugin. So, I don't think a single MELT

Re: Environment setting LDFLAGS ineffective after installation stage 1. Any workaround?

2011-06-01 Thread Thierry Moreau
Marc Glisse wrote: (gcc-help ?) On Tue, 31 May 2011, Thierry Moreau wrote: But with the gcc (latest 4.6.1 snapshot), -rpath (requested through LDFLAGS as indicated above) is effective only for executables built in stage 1 (and fixincl), but not for the installed gcc executables. Is it inten

[google] Merge google/main -> google/gcc-4_6

2011-06-01 Thread Diego Novillo
This merge brings google/gcc-4_6 up to rev 174482. Validated on x86_64. Diego.

Re: using plugin and lto: problem linking c-pragma symbol

2011-06-01 Thread Richard Guenther
On Wed, Jun 1, 2011 at 6:03 AM, Basile Starynkevitch wrote: > On Tue, 31 May 2011 23:52:11 +0200 > Richard Guenther wrote: > [...] >> I don't see a strong need for cross-language plugins with >> frontend function access - "meta plugins" such as MELT >> may be an exception, but they have to deal w