||2014-02-18
CC||ebotcazou at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from Eric Botcazou ---
Confirmed by Jose.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
To
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8081
--- Comment #28 from Eric Botcazou 2012-01-13
11:21:34 UTC ---
> OTOH as GIMPLE cannot deal with VLAs on the LHS of a CALL when not applying
> RSO
> the above is correct anyway.
Right, gimplify_return_expr already has a similar provision:
els
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8081
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50350
Bug 50350 depends on bug 50326, which changed state.
Bug 50326 Summary: [4.7 regression] ICE in set_lattice_value, at
tree-ssa-ccp.c:456
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50326
What|Old Value |New Value
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40462
Eric Botcazou changed:
What|Removed |Added
Target|sparc-rtems4.10 |mips-sgi-irix6.5
Status|WAITI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
--- Comment #12 from Eric Botcazou 2010-10-07
11:49:07 UTC ---
> Aah, I think I got it: the MEM reference may throw, right? Well, if i2src is
> still available, I guess keeping the debug insn where it is, suitably
> adjusted,
> is even better.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
--- Comment #8 from Eric Botcazou 2010-10-06
14:25:11 UTC ---
Author: ebotcazou
Date: Wed Oct 6 14:25:04 2010
New Revision: 165030
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165030
Log:
PR rtl-optimization/45394
* c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
--- Comment #7 from Eric Botcazou 2010-09-30
13:00:38 UTC ---
For the records, I have a reduced testcase and a patch. ETA is next week.
--
Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
Eric Botcazou changed:
What|Removed |Added
Component|ada |rtl-optimization
--- Comment #6 from Eric
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
--- Comment #5 from Eric Botcazou 2010-09-25
17:22:21 UTC ---
The workaround is to remove -g from the command line.
--
Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-09-21 15:09
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-09-21 14:39
---
Fixed on the 4.4 branch:
LAST_UPDATED: Obtained from SVN: branches/gcc-4_4-branch revision 164288
Native configuration is sparc-unknown-linux-gnu
=== libjava tests ===
Running target unix
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-09-20 21:44
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2010-09-20 21:42
---
What's the status of this PR on RTEMS?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2010-01-07 08:22
---
> I'm thinking about the same situation with cse2, where constant assignment
> (with its REG_EQUAL note) would match another assignment with the same
> REG_EQUAL note. cse2 can equal this ot
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2010-01-07 07:39
---
> Because at the point of propagation, propagated constant _is_ equal to
> whatever REG_EQUAL says. Removing this note at the point of propagation
> would IMO disable much more optimization opportuniti
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2010-01-07 00:00
---
> Following patch changes the fix from PR21767 to remove REG_EQUAL notes from
> all
> moved instructions, not only from ones that have non-function-invariant
> sources.
This seems like a tad aggr
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:43
---
On all active branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:34
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:34:01 2010
New Revision: 155664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155664
Log:
PR target/42564
* config/sparc
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:32
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:32:25 2010
New Revision: 155663
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155663
Log:
PR target/42564
* config/sparc
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-01-05 22:29
---
Subject: Bug 42564
Author: ebotcazou
Date: Tue Jan 5 22:29:18 2010
New Revision: 155662
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155662
Log:
PR target/42564
* config/sparc
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-01-02 23:00
---
The root of the problem is plus_constant wrapping up a TLS symbol in a CONST:
(const:DI (plus:DI (symbol_ref:DI ("m") [flags 0x1a] )
(const_int 4 [0x4])))
what the SPARC back-end doesn&#
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-01-02 22:26
---
Created an attachment (id=19451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19451&action=view)
Reduced testcase.
Requires TLS support.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|sparc-linux-gnu |sparc*-linux-gnu
Summary|ICE on sparc
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-01-02 17:33
---
I can reproduce on native (and with a cross by stealing the native
auto-host.h).
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-12-31 17:36
---
I cannot reproduce with a cross, neither on mainline nor 4.4 branch. Could you
post the command line passed to cc1? Do you have relevant local patches?
--
ebotcazou at gcc dot gnu dot org changed
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-07-02 06:08
---
*** Bug 40611 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-07-02 06:08
---
*** This bug has been marked as a duplicate of 40347 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:27
---
Thanks for the reduced testcase.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:24
---
Subject: Bug 38287
Author: ebotcazou
Date: Sun Nov 30 19:23:38 2008
New Revision: 142298
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142298
Log:
PR target/38287
* config/sparc/
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:23
---
Subject: Bug 38287
Author: ebotcazou
Date: Sun Nov 30 19:22:40 2008
New Revision: 142297
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142297
Log:
PR target/38287
* config/sparc/
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:22
---
Subject: Bug 38287
Author: ebotcazou
Date: Sun Nov 30 19:21:10 2008
New Revision: 142296
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142296
Log:
PR target/38287
* config/sparc/
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-11-30 19:20
---
Subject: Bug 38287
Author: ebotcazou
Date: Sun Nov 30 19:19:06 2008
New Revision: 142295
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142295
Log:
PR target/38287
* config/sparc/
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-30 09:30
---
*** Bug 37279 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37344
--- You are receiving this mail because: ---
You are on the CC list for the bug, or
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-11-30 09:30
---
*** This bug has been marked as a duplicate of 37344 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-11-27 21:20
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-11-27 21:14
---
Reproducible on Solaris as well (with -mcpu=v8 since -mcpu=v9 is the default).
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-09-13 14:34
---
Presumably, similar problems on Solaris have been fixed by:
2008-09-11 Jeff Law <[EMAIL PROTECTED]>
* reload1.c (alter_reg): Undo the BYTE_BIG_ENDIAN correction performed
by assign_stack
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2008-01-22 22:32
---
.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
URL
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2008-01-22 22:29
---
Subject: Bug 34628
Author: ebotcazou
Date: Tue Jan 22 22:29:04 2008
New Revision: 131745
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131745
Log:
PR rtl-optimization/34628
* c
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-01-22 22:28
---
Subject: Bug 34628
Author: ebotcazou
Date: Tue Jan 22 22:27:47 2008
New Revision: 131744
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131744
Log:
PR rtl-optimization/34628
* c
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-01-22 11:39
---
> I've now successfully bootstrapped and regtested this change with trunk on
> ARM. I enabled c,c++,fortran,objc,obj-c++,treelang.
>
> There are no regressions and the segfault is gone.
Gr
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-01-21 14:25
---
> Eric, was your testing successful?
Yes, everything is clean on the IA-64.
> I'll give it a go on ARM now.
Thanks in advance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34628
--- Comment #35 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:22
---
On all branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:20
---
Subject: Bug 31944
Author: ebotcazou
Date: Mon Jan 14 12:19:58 2008
New Revision: 131524
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131524
Log:
PR rtl-optimization/31944
--- Comment #33 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:19
---
Subject: Bug 31944
Author: ebotcazou
Date: Mon Jan 14 12:18:30 2008
New Revision: 131523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131523
Log:
2008-01-14 Eric Botcazou <[EMAI
--- Comment #32 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:17
---
Subject: Bug 31944
Author: ebotcazou
Date: Mon Jan 14 12:16:58 2008
New Revision: 131522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131522
Log:
PR rtl-optimization/31944
--- Comment #31 from ebotcazou at gcc dot gnu dot org 2008-01-12 00:30
---
> After playing with dbgcounts to see what happens, I indeed found the same as
> what Eric notes in comment #27. The proposed fix makes perfect sense.
Thanks. Assigning to self.
--
ebotcazou at g
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2008-01-11 18:09
---
Created an attachment (id=14927)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14927&action=view)
Lightly tested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
--- You are re
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2008-01-11 18:09
---
> Obviously, the problem is that the hash of reg 66 is changed after a hash
> table element is created for it in the bucket for the original hash. I have
> no idea yet whether this is expected, or if
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-01-10 14:03
---
Created an attachment (id=14907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14907&action=view)
Lightly tested fix.
I'll give it a whirl on IA-64 but it would be nice to test it on ARM too.
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-01-09 16:34
---
Will take a look.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-12-05 17:42
---
> 2) pa_secondary_reload() requests a secondary scratch register reload for
> essentially everything when CLASS is FP_REGS. However, reload is treating
> this reload as optional, resulting in spill fai
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-11-24 23:36
---
> What I saw when mode changes were allowed was something like
> the following:
>
> set (subreg:SI (mem:HI)) (fix:SI (fix:SF))
>
> where the mem was a spilled HImode pseudo. At the time,
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-11-24 21:47
---
> Is there a reason why you want to load/store HImode/QImode values in
> the FPU registers on sparc? On the pa, there aren't any insns that
> operate on them. So, the only reason we supported th
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-11-24 20:31
---
> This probably means I don't have the change quite right. I also have a
> problem with paradoxical SUBREGS when the inner register is spilled. I'm
> not clear on how this is to be hand
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-11-24 18:59
---
With a cross-compiler.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-06 21:33
---
> I just talked to mark mitchell who was wearing his official language
> lawyer hat at the time. He said i had to fix it. i will submit a patch
> in the next day or so.
Thanks in advance.
-
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-11-06 19:04
---
> Eric: do you mean that tail recursive calls are not allowed with
> -fstack-check?
No, they are allowed. Optimizing the Ada testcase into an infinite loop is OK
if you don't consume the stack.
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-11-05 23:06
---
> If someone either can turn this into a program that gets the wrong
> answer on a program that has a defined behavior with a language that gcc
> supports, then i will take this bug seriously.
There i
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2007-11-02 11:57
---
Subject: Bug 28062
Author: ebotcazou
Date: Fri Nov 2 11:57:05 2007
New Revision: 129846
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129846
Log:
PR rtl-optimization/28062
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2007-11-02 11:58
---
Subject: Bug 28062
Author: ebotcazou
Date: Fri Nov 2 11:57:51 2007
New Revision: 129848
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129848
Log:
PR rtl-optimization/28062
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2007-11-02 11:57
---
Subject: Bug 28062
Author: ebotcazou
Date: Fri Nov 2 11:57:28 2007
New Revision: 129847
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129847
Log:
PR rtl-optimization/28062
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2007-11-02 08:08
---
> Okay, but you said in comment #13 that the testcase should be added and that
> was never done. Maybe you could do that?
Sure, that's what I'm doing...
--
http://gcc.gnu.org/bugzilla
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2007-11-02 07:59
---
Reopen if it starts to fail again.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-07-12 06:00
---
> We have a problem of 'doubling up the directories'. This _always_ occurs for
> platform i686-pc-cygwin as described here (with a FIX):
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30341
Pl
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-07-11 09:46
---
The compiler now bootstraps, but the library still doesn't build.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2007-07-11 09:43
---
Subject: Bug 32589
Author: ebotcazou
Date: Wed Jul 11 09:43:25 2007
New Revision: 126545
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126545
Log:
PR tree-optimization/32589
*
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||32713
nThis||
http
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-07-08 14:25
---
*** Bug 32675 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-07-08 14:25
---
*** This bug has been marked as a duplicate of 32589 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-07-05 08:38
---
> FWIW, I haven't been able to bootstrap on ppc64-linux-gnu after this patch
> went
> in. I'm not sure I'd tried a full bootstrap before (I've only very recently
> got easy acces
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-07-03 22:26
---
Reclassifying.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-02-22 11:25
---
> Confirmed. Whoever wrote that code should be
You meant "whoever wrote a compiler which accepts that code...", right. :-)
--
ebotcazou at gcc dot gnu dot org changed:
Wha
--
Bug 29329 depends on bug 25514, which changed state.
Bug 25514 Summary: [4.0 regression] internal consistency failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25514
What|Old Value |New Value
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2007-01-21 22:40
---
At long last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-01-21 22:35
---
Subject: Bug 29329
Author: ebotcazou
Date: Sun Jan 21 22:34:57 2007
New Revision: 121039
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121039
Log:
PR rtl-optimization/29329
* c
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-01-21 22:34
---
Subject: Bug 29329
Author: ebotcazou
Date: Sun Jan 21 22:33:52 2007
New Revision: 121038
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121038
Log:
PR rtl-optimization/29329
* c
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-01-21 22:32
---
Subject: Bug 29329
Author: ebotcazou
Date: Sun Jan 21 22:32:39 2007
New Revision: 121037
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121037
Log:
PR rtl-optimization/29329
* c
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|2006-11-01 12:27:34 |2007-01-12 09:09:57
date
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-01-05 07:31
---
Still blocked by 25514. Mark, we badly need a decision for the latter.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-11-14 19:45
---
> Please apply this patch to 4.2 and the trunk. I've reverted my patch on the
> 4.1 branch, as it seems to be too risky there.
Have you really done so?
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-11-14 11:48
---
> While that can help in this case, I think letting make_tree/expand_expr combo
> create invalid RTL is very dangerous (and, at least from i386 backend POV,
> some of the PIC UNSPECs not surrounded by
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-11-14 09:03
---
Yep, and the aforementioned patch is indeed the culprit.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-11-02 07:44
---
The combiner drops a REG_DEAD note without updating liveness info.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-11-01 12:27
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-09-13 18:42
---
Fixed on mainline.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-09-13 18:40
---
Subject: Bug 28591
Author: ebotcazou
Date: Wed Sep 13 18:40:26 2006
New Revision: 116928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116928
Log:
PR ada/28591
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-09-13 17:37
---
> But the bug still exists, just was covered up by my tree-inline patches for PR
> 28075.
Your patch may simply be the fix. If we have no testcase, we have no bug.
--
http://gcc.gnu.org/bu
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-09-13 08:37
---
If the ICE has disappeared on both branches, the testcase should be added to
the testsuite and the PR closed.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-09-13 07:57
---
> The removed comment says:
>
> - /* If will do cse, generate all results into pseudo registers
> - since 1) that allows cse to find more things
> - and 2) otherwise cse could prod
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.1 regression] ICE in |[4.1 regression] ICE in
|extract_insn, at
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-09-13 06:46
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-09-12 21:54
---
Fixed in upcoming 4.1.2 release.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-09-12 21:49
---
Subject: Bug 28243
Author: ebotcazou
Date: Tue Sep 12 21:49:45 2006
New Revision: 116907
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116907
Log:
PR rtl-optimization/28243
* c
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-09-12 21:48
---
Subject: Bug 28243
Author: ebotcazou
Date: Tue Sep 12 21:48:40 2006
New Revision: 116906
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116906
Log:
PR rtl-optimization/28243
* c
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-09-12 06:18
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 210 matches
Mail list logo
