http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55285
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
|unassigned at gcc dot |steven at gcc dot gnu.org
|gnu.org |
--- Comment #4 from Steven Bosscher 2013-03-26
22:01:05 UTC ---
mine
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56742
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56738
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
--- Comment #5 from Steven Bosscher 2013-03-27
23:45:30 UTC ---
Bah.
Index: df-scan.c
===
--- df-scan.c (revision 197180)
+++ df-scan.c (working copy)
@@ -1158,8 +115
Status|NEW |ASSIGNED
Component|tree-optimization |middle-end
AssignedTo|unassigned at gcc dot |steven at gcc dot gnu.org
|gnu.org |
--- Comment #4 from Steven Bosscher 2013-03-29
19:38:21 UTC
||2013-04-01
CC|stevenb.gcc at gmail dot|
|com |
AssignedTo|unassigned at gcc dot |steven at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56798
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45882
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56809
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|201
|UNCONFIRMED |NEW
Last reconfirmed|2013-04-02 00:00:00 |2013-04-03
CC|steven at gcc dot gnu.org, |
|stevenb.gcc at gmail dot|
|com |
Component|middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56809
--- Comment #8 from Steven Bosscher 2013-04-03
13:10:41 UTC ---
While at it, you may also want to clean up the duplicate
define_expand for "cbranch4".
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43631
--- Comment #23 from Steven Bosscher 2013-04-03
20:29:58 UTC ---
Time for another attempt please? Now that stage1 is open?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56844
--- Comment #1 from Steven Bosscher 2013-04-04
16:33:50 UTC ---
Smells like http://blog.regehr.org/archives/918
||
Attachment #28890|0 |1
is obsolete||
Status|REOPENED|NEW
AssignedTo|jakub at gcc dot gnu.org|steven at gcc dot gnu.org
--- Comment #24 from Steven Bosscher 2013
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56858
Bug #: 56858
Summary: alpha looks for NOTE_INSN_EH_REGION notes that cannot
exist
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56858
Steven Bosscher changed:
What|Removed |Added
Target||alpha-*-*
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56858
--- Comment #2 from Steven Bosscher 2013-04-06
21:55:57 UTC ---
Proposed fix:
Index: config/alpha/alpha.c
===
--- config/alpha/alpha.c(revision 197532)
+++ config/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56870
Steven Bosscher changed:
What|Removed |Added
CC|js-gcc at webkeks dot org |ktietz at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56858
--- Comment #6 from Steven Bosscher 2013-04-08
15:32:47 UTC ---
(In reply to comment #5)
> They did used to exist during mach_reorg; they used to exist at rtl
> creation time. You cannot simply delete the code either, that produces
> wr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56858
--- Comment #8 from Steven Bosscher 2013-04-08
18:43:25 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > Do you recall when that was? Must have been long, long ago...
> > I've tried to find where it happened, and the rewrit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52139
Steven Bosscher changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52139
--- Comment #11 from Steven Bosscher 2013-04-11
19:26:09 UTC ---
The proper fix is to simply prepend BB_HEADER_(b) to BB_FOOTER(b). The
reason for linking BB_HEADER to BB_END(a) is that there used to be line
notes there:
/* Possible
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56921
--- Comment #8 from Steven Bosscher 2013-04-12
08:36:04 UTC ---
(In reply to comment #7)
> niter_desc is not marked GTY(()) but is cached from struct loop aux field.
> niter_desc uses heap memory but points to GC memory. Thus, caching of
|unassigned at gcc dot |steven at gcc dot gnu.org
|gnu.org |
--- Comment #12 from Steven Bosscher 2013-04-13
14:58:53 UTC ---
Created attachment 29866
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29866
Corrected fix
In cfglayout mode, hea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56950
Bug #: 56950
Summary: compare-debug failure for gcc.dg/pr41345.c with
fschedule-insns
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56950
Steven Bosscher changed:
What|Removed |Added
Keywords||build, wrong-debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56950
--- Comment #2 from Steven Bosscher 2013-04-14
15:09:20 UTC ---
I am testing this fix:
Index: haifa-sched.c
===
--- haifa-sched.c (revision 197942)
+++ haifa-sched.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56881
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56950
--- Comment #3 from Steven Bosscher 2013-04-14
19:30:38 UTC ---
(In reply to comment #2)
> I am testing this fix:
Hmm, no that is not a fix...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55414
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56729
--- Comment #6 from Steven Bosscher 2013-04-16
19:48:53 UTC ---
r197942 should have fixed this properly.
I'm testing powerpc64 unix/-m32 to confirm.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43631
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
|steven at gcc dot gnu.org |
Resolution||FIXED
Target Milestone|4.5.4 |4.9.0
--- Comment #13 from Steven Bosscher 2013-04-16
20:15:41 UTC ---
Now properly fixed, xf. r197995
||2013-04-16
CC|steven at gcc dot gnu.org |
AssignedTo|unassigned at gcc dot |steven at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56957
--- Comment #1 from Steven Bosscher 2013-04-16
20:35:02 UTC ---
Bug in the selective scheduler, merely exposed by my patch:
Breakpoint 1, fancy_abort (file=0x11017130 "../../trunk/gcc/emit-rtl.c",
line=3840, function=0x110174f8 "add_ins
||abel at gcc dot gnu.org
AssignedTo|steven at gcc dot gnu.org |unassigned at gcc dot
||gnu.org
--- Comment #2 from Steven Bosscher 2013-04-16
20:54:17 UTC ---
Breakpoint 5, sel_remove_insn (insn=0x3fffb5da4e78
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56957
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56957
--- Comment #6 from Steven Bosscher 2013-04-18
09:08:36 UTC ---
(In reply to comment #5)
> Created attachment 29886 [details]
> proposed patch
You should probably make this a static inline function and add a comment
with a rationale ;-
CC|gcc-bugs at gcc dot gnu.org |steven at gcc dot gnu.org
--- Comment #3 from Steven Bosscher 2013-04-18
21:06:17 UTC ---
Current trunk still picks that ldsb insn for the delay slot.
Here's what it produces:
.file "t.c"
.section".tex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57001
Bug #: 57001
Summary: internal compiler error: in simplify_subreg, at
simplify-rtx.c:5800
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57001
Steven Bosscher changed:
What|Removed |Added
Target||sparc-*-*
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43314
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38449
--- Comment #5 from Steven Bosscher 2013-04-18
21:49:14 UTC ---
Can this new hook replace MD_CAN_REDIRECT_BRANCH?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38026
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from S
|WONTFIX |
AssignedTo|unassigned at gcc dot |steven at gcc dot gnu.org
|gnu.org |
--- Comment #2 from Steven Bosscher 2013-04-21
19:42:20 UTC ---
I'll hack a patch to fail more gracefully than ICE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52235
--- Comment #5 from Steven Bosscher 2013-05-08
18:56:35 UTC ---
(In reply to comment #4)
> This issue persists in HEAD, the submitted patch seems to have been forgotten.
> Ping, ping.
Ping it on gcc-patches, BZ is *not* the place for that!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
--- Comment #27 from Steven Bosscher 2013-05-09
10:39:57 UTC ---
(In reply to comment #26)
> With TARGET_LEGITIMATE_ADDRESS_P rejecting (costly) symbols_refs inside
> memory references, cse_local brings the number of __malloc_av references down
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
--- Comment #28 from Steven Bosscher ---
(In reply to comment #25)
FWIW this case is handled at the GIMPLE level since at least GCC 4.3.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45216
Steven Bosscher changed:
What|Removed |Added
Depends on||57157
--- Comment #9 from Steven Bossch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57234
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||2013-05-10
CC||steven at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Steven Bosscher ---
Also happens on powerpc-m32:
.L3:
# 47: %8:SI=zero_extend([%7:SI+%9:SI])
lbzx 8,7,9 # 47
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55278
Steven Bosscher changed:
What|Removed |Added
Last reconfirmed|2013-03-23 00:00:00 |2013-05-11 0:00
Summary|[4.8
at gcc dot gnu.org |steven at gcc dot
gnu.org
||steven at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #2 from Steven Bosscher ---
(In reply to Andrew Pinski from comment #1)
> I don't think -fno-if-conversion and -fno-if-conversion2 are designed to
> turn off all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56833
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55237
Steven Bosscher changed:
What|Removed |Added
URL|http://gcc.gnu.org/viewcvs/ |http://gcc.gnu.org/viewcvs/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57281
--- Comment #4 from Steven Bosscher ---
(In reply to Richard Biener from comment #2)
> messes up the IV value - the store of the upper half of the long long
> extended b into *pretmp_18 invalidates b (%eax) but that value is then
> still used for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #36 from Steven Bosscher 2012-08-08
17:39:49 UTC ---
Author: steven
Date: Wed Aug 8 17:39:46 2012
New Revision: 190235
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190235
Log:
PR middle-end/54146
* gimpify.c (gimpli
||2012-08-09
CC||steven at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Steven Bosscher 2012-08-09
08:31:14 UTC ---
Confirmed. But from http://gcc.gnu.org/install/configure.html:
First, we *highly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #42 from Steven Bosscher 2012-08-10
06:32:37 UTC ---
(In reply to comment #40)
> Quite an achivement that Steven managed to
> chase out all the other cases.
Thanks for the compliment :-)
I'm still working on the rewrite_into_loop_cl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231
--- Comment #5 from Steven Bosscher 2012-08-11
22:46:31 UTC ---
"Fixing" this in the compiler isn't straight-forward. The _mm_stream functions
are just wrappers around builtin functions. It may work correctly if you put
the bzero functions in two
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
Steven Bosscher changed:
What|Removed |Added
Attachment #27930|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #47 from Steven Bosscher 2012-08-15
15:07:05 UTC ---
(In reply to comment #46)
> Created attachment 28020 [details]
> Faster rewrite_into_loop_closed_ssa
After this patch, IRA is the only major bottle-neck left, although there are
st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28896
Steven Bosscher changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #48 from Steven Bosscher 2012-08-16
10:52:20 UTC ---
Author: steven
Date: Thu Aug 16 10:52:14 2012
New Revision: 190442
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190442
Log:
PR middle-end/54146
* tree-flow.h (comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
Steven Bosscher changed:
What|Removed |Added
Attachment #28020|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #54 from Steven Bosscher 2012-08-17
09:42:15 UTC ---
Author: steven
Date: Fri Aug 17 09:42:06 2012
New Revision: 190475
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190475
Log:
PR middle-end/54146
* tree-ssa-loop-im.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54313
Steven Bosscher changed:
What|Removed |Added
Keywords||patch
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54313
--- Comment #2 from Steven Bosscher 2012-08-18
10:35:41 UTC ---
Author: steven
Date: Sat Aug 18 10:35:36 2012
New Revision: 190502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190502
Log:
PR middle-end/54313
* dse.c (dse_step7):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54313
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
|UNCONFIRMED |NEW
Last reconfirmed||2012-08-20
CC||steven at gcc dot gnu.org
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54337
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54343
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54343
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54332
--- Comment #21 from Steven Bosscher 2012-08-21
19:19:58 UTC ---
(In reply to comment #18)
> Odd that this has not triggered anywhere else.
It may have triggered elsewhere, see PR54343 ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53676
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54269
Steven Bosscher changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #8 from Steven Bo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54332
Steven Bosscher changed:
What|Removed |Added
CC||Joost.VandeVondele at mat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53695
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53695
--- Comment #7 from Steven Bosscher 2012-08-22
20:13:32 UTC ---
Before tracer we have this CFG:
ENTRY
|
V
|
2(0)
|
|
V
|(a)
| +-<-+
V /|
| / / (a)
3(1)->-4(1)-->--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53695
--- Comment #8 from Steven Bosscher 2012-08-22
20:20:22 UTC ---
FWIW, GCC handles loops with one header and multiple latches just fine:
void do_something_1 (void);
void do_something_2 (void);
int some_cond (void);
void
foo (void)
{
while (1)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53695
--- Comment #9 from Steven Bosscher 2012-08-22
21:33:18 UTC ---
I think the right fix for this bug is to use disambiguate_multiple_latches in
the loop updating code (fix_loop_structure), but I'm not sure where to put it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53695
--- Comment #16 from Steven Bosscher 2012-08-23
08:53:04 UTC ---
(In reply to comment #15)
> Makes me wonder why the loop isn't recognized in the original test case...
Ah, maybe because bb3 has an abnormal predecessor and is therefore ignored as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53695
--- Comment #19 from Steven Bosscher 2012-08-23
09:44:18 UTC ---
FWIW, applying the transformation tracer performs on the test case by hand:
void
foo (const void * * p)
{
void *labs[] = { &&l1, &&l2, &&l3 };
void *gotovar;
long unsigned i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590
--- Comment #32 from Steven Bosscher 2012-08-23
13:44:53 UTC ---
(In reply to comment #31)
> which helps reducing the time spent in computing dominance frontiers. But
> as we no longer have bitmaps but bitmap_heads in dfs it's hard to verify
> w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54364
Bug #: 54364
Summary: Tail call jumps not threaded
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53958
Steven Bosscher changed:
What|Removed |Added
Summary|set_slot_part and |[4.6/4.7/4.8 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53958
--- Comment #3 from Steven Bosscher 2012-08-26
23:41:41 UTC ---
Created attachment 28088
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28088
Somewhat reduced, preprocessed test case
On x86_64, compile with:
$ ./cc1plus -m32 -quiet -ftime-
||2012-08-27
AssignedTo|unassigned at gcc dot |steven at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54385
Steven Bosscher changed:
What|Removed |Added
CC|steven at gcc dot gnu.org |
--- Comment #1 from Steven Bosscher
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54385
--- Comment #2 from Steven Bosscher 2012-08-27
17:54:51 UTC ---
Created attachment 28090
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28090
Try to delete unreachable blocks if any edges were removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
Steven Bosscher changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
||steven at gcc dot gnu.org
AssignedTo|unassigned at gcc dot |steven at gcc dot gnu.org
|gnu.org |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
Steven Bosscher changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #69 from Steven Bos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735
--- Comment #17 from Steven Bosscher 2012-08-28
08:43:58 UTC ---
(In reply to comment #4)
> ~/bin/maxmem2.sh gcc-4.4 -S -o /dev/null -g
> -fstack-protector -fPIE -Os test_node.i -std=gnu99
> total: 744108 kB
richi, can you share this maxmem2 scr
101 - 200 of 1051 matches
Mail list logo
