On 3/12/12, Joe Gottman wrote:
> On 3/12/2012 8:44 AM, Andrew MacLeod wrote:
> > On 03/10/2012 09:17 AM, Joe Gottman wrote:
> > > According to the news on the front page, the C++11
> > > memory model has been added to gcc. But C++11 status page
> > > (http://gcc.gnu.org/projects/cxx0x.html) says
Andreas Schwab writes:
> Ian Lance Taylor writes:
>
>> Andreas Schwab writes:
>>
>>> Ian Lance Taylor writes:
>>>
But it also looks like the pattern should use a match_scratch.
>>>
>>> It is also used as input in operand 2.
>>
>> Sorry, I missed that.
>
> That appears not to be an issue a
On 3/12/2012 8:44 AM, Andrew MacLeod wrote:
On 03/10/2012 09:17 AM, Joe Gottman wrote:
According to the news on the front page, the C++11 memory model
has been added to gcc. But C++11 status page
(http://gcc.gnu.org/projects/cxx0x.html) says that it hasn't. Is
this an oversight?
Atom
Ian Lance Taylor writes:
> Andreas Schwab writes:
>
>> Ian Lance Taylor writes:
>>
>>> But it also looks like the pattern should use a match_scratch.
>>
>> It is also used as input in operand 2.
>
> Sorry, I missed that.
That appears not to be an issue actually, there is already one use of
mat
Andreas Schwab writes:
> Ian Lance Taylor writes:
>
>> But it also looks like the pattern should use a match_scratch.
>
> It is also used as input in operand 2.
Sorry, I missed that.
This still seems like a bug in regrename to me, but it also seems like
an unusual case, so it is less surprisin
Ian Lance Taylor writes:
> But it also looks like the pattern should use a match_scratch.
It is also used as input in operand 2.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely differe
Andreas Schwab writes:
> When regrename runs it turns it into this:
>
> (insn 6 27 7 2 (parallel [
> (set (reg:SI 1 %d1 [35])
> (truncate:SI (lshiftrt:DI (mult:DI (sign_extend:DI (reg:SI 1
> %d1 [36]))
> (const_int -2004318071 [0x8889])
Dennis Clarke writes:
> Q: is there a way to prevent a test timing out ?
>
> I see a lot of this sort of thing :
>
> Running /opt/bw/src/gcc-4.5.3/gcc/testsuite/gcc.c-torture/compile/compile.exp
> ...
> WARNING: program timed out.
> FAIL: gcc.c-torture/compile/pr46534.c -O0 (test for excess er
On m68k, int % CONST is expanded to contain this insn:
(insn 6 5 7 3 (parallel [
(set (reg:SI 35)
(truncate:SI (lshiftrt:DI (mult:DI (sign_extend:DI (reg/v:SI 33
[ a ]))
(const_int -2004318071 [0x8889]))
(const_in
This patch cuts down insane stack offsets for 8-bit SP targets to a value the
involved insns can handle.
Background is that newlib generates such insane offsets (2050 bytes of stack
for a device with 128 bytes of RAM) because of extension PR51345, i.e. new
multilib variants for 8-bit SP targets.
On Mon, Mar 12, 2012 at 8:25 AM, Richard Guenther wrote:
> On Mon, 12 Mar 2012, NightStrike wrote:
>
>> On Mon, Mar 12, 2012 at 5:59 AM, Richard Guenther wrote:
>> > On Wed, 7 Mar 2012, NightStrike wrote:
>> >
>> >> On Fri, Mar 2, 2012 at 8:44 AM, Richard Guenther
>> >> wrote:
>> >> >
>> >> > G
On Mon, Mar 12, 2012 at 8:05 AM, Dennis Clarke wrote:
>
>> On Mon, Mar 12, 2012 at 5:59 AM, Richard Guenther wrote:
>>> On Wed, 7 Mar 2012, NightStrike wrote:
>>>
On Fri, Mar 2, 2012 at 8:44 AM, Richard Guenther wrote:
>
> GCC 4.7.0 Release Candidate available from gcc.gnu.org
>>>
On 03/10/2012 09:17 AM, Joe Gottman wrote:
According to the news on the front page, the C++11 memory model
has been added to gcc. But C++11 status page
(http://gcc.gnu.org/projects/cxx0x.html) says that it hasn't. Is this
an oversight?
Atomic support with memory model parameters have
On Mon, Mar 12, 2012 at 7:10 AM, Richard Guenther
wrote:
>> In 4.7, finding out whether gcc or g++ should be used is left as an
>> exercise to the plug-in writer, which is inconvenient at best.
>
> Well, that is what you get for having plugins without a proper plugin API ;)
> It's not going to ch
On Mon, Mar 12, 2012 at 3:56 AM, Ludovic Courtès
wrote:
> Symbols declared in are mangled, for instance. I’m not sure
> whether is considered internal or not, but I can hardly see
> what kind of plug-in could be written without using it.
tree.h is internal.
-- Gaby
On Mon, 12 Mar 2012, NightStrike wrote:
> On Mon, Mar 12, 2012 at 5:59 AM, Richard Guenther wrote:
> > On Wed, 7 Mar 2012, NightStrike wrote:
> >
> >> On Fri, Mar 2, 2012 at 8:44 AM, Richard Guenther wrote:
> >> >
> >> > GCC 4.7.0 Release Candidate available from gcc.gnu.org
> >> >
> >> > The fi
2012/3/12 Ludovic Courtès :
> Hi,
>
> Ian Lance Taylor skribis:
>
>> ludovic.cour...@inria.fr (Ludovic Courtès) writes:
>>
>>> Ian Lance Taylor skribis:
>>>
ludovic.cour...@inria.fr (Ludovic Courtès) writes:
> Ian Lance Taylor skribis:
>
>> ludovic.cour...@inria.fr (Ludovic
> On Mon, Mar 12, 2012 at 5:59 AM, Richard Guenther wrote:
>> On Wed, 7 Mar 2012, NightStrike wrote:
>>
>>> On Fri, Mar 2, 2012 at 8:44 AM, Richard Guenther wrote:
>>> >
>>> > GCC 4.7.0 Release Candidate available from gcc.gnu.org
>>> >
>>> > The first release candidate for GCC 4.7.0 is availabl
On Mon, Mar 12, 2012 at 5:59 AM, Richard Guenther wrote:
> On Wed, 7 Mar 2012, NightStrike wrote:
>
>> On Fri, Mar 2, 2012 at 8:44 AM, Richard Guenther wrote:
>> >
>> > GCC 4.7.0 Release Candidate available from gcc.gnu.org
>> >
>> > The first release candidate for GCC 4.7.0 is available from
>>
On Wed, Mar 7, 2012 at 10:00 PM, Gerald Pfeifer wrote:
> On Sun, 4 Mar 2012, gccad...@gcc.gnu.org wrote:
>> Snapshot gcc-4.3-20120304 is now available on
>> ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20120304/
>
> What happened here? Some collateral damage while getting the
> GCC 4.7 branch set up
âÈ14-0057395-13730678-3-230
On Wed, 7 Mar 2012, NightStrike wrote:
> On Fri, Mar 2, 2012 at 8:44 AM, Richard Guenther wrote:
> >
> > GCC 4.7.0 Release Candidate available from gcc.gnu.org
> >
> > The first release candidate for GCC 4.7.0 is available from
> >
> > ftp://gcc.gnu.org/pub/gcc/snapshots/4.7.0-RC-20120302
> >
>
Hi,
Ian Lance Taylor skribis:
> ludovic.cour...@inria.fr (Ludovic Courtès) writes:
>
>> Ian Lance Taylor skribis:
>>
>>> ludovic.cour...@inria.fr (Ludovic Courtès) writes:
>>>
Ian Lance Taylor skribis:
> ludovic.cour...@inria.fr (Ludovic Courtès) writes:
>
>> However, thi
23 matches
Mail list logo