--- Additional Comments From rth at gcc dot gnu dot org 2005-07-25 18:52
---
It's reproducible with the C front end with -fno-unit-at-a-time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22626
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-28 17:16
---
I expect a could-not-split error to be a target bug, not rtl-opt.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-28 17:27
---
May be a duplicate of PR17692.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-28 20:55
---
*** This bug has been marked as a duplicate of 17692 ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-28 20:55
---
*** Bug 22462 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-28 20:56
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21588
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-28 21:28
---
Fixed, with http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01811.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21362
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21362
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-29 00:57
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-02 20:46
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-02 20:57
---
I think it's valid.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-04 04:01
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-04 20:48
---
The reason that we're rejecting the "m" alternative is that we've expanded
"+mr"(blen) to
(set (reg/v:SI 60 [ blen.25 ])
(
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-04 22:03
---
Andrew, can you have a look at why this isn't being TER'ed back into the
asm_expr? It's not a 100% ideal solution to this problem, but I'll guess
that it'll handle at least some of the
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 02:34
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 03:14
---
No, because you still need to use "Q" to get a register that may be used
with a low-part. Even on i486.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 20:39
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|rth at gcc dot gnu dot org |unassigned at gcc dot gnu
||dot org
Status|ASSIGNED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 20:43
---
Then it'll stay broken at -O0 until we completely rewrite rtl expansion.
There are really very few ways around this problem...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 23:08
---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21728
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 23:13
---
"Problem occurs between user and keyboard."
--
What|Removed |Added
Statu
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-05 23:38
---
Front end bug.
error ("return type %q#T is incomplete", TREE_TYPE (fntype));
/* Make it return void instead, but don't change the
type of the DECL_RESULT, in case we have
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 17:32
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 18:09
---
(In reply to comment #9)
> To summarize, the case does not work as is -- with "=&g" and "g". It does
> not work with "=&rm" and "g".
Of course not! Have
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 18:11
---
I'm sorry, this is Andrew's fault -- it's not a duplicate.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 21:47
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 22:10
---
Amusingly, the problem disappears when one translates this:
salt_len = (((strcspn (salt, "$"))<(8))?(strcspn (salt, "$")):(8));
to
salt_len = strcspn (salt, "$");
i
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 22:31
---
I'm calling this one invalid. We've got:
eax __d0 early clobber
ebx pic
ecx __d1 early clobber
edx __s input
esi __res early clobber
edi __d2 early clobber
ebp
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-09 17:44
---
Yes, the funny cast is *intended* to alias all memory, and thus force anything
that might potentially alias the string to be written back. We don't have the
ability to conclude that __d3 won't be aff
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16613
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-11 16:59
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-11 17:16
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 18:32
---
I think it's caller-save's bug.
The use of fixup_abnormal_edges in reload and reg-stack is to move output
reloads to the fallthru edge. Well, the output reloads are not used on
the eh edge,
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 18:34
---
More, since you cannot insert insns on the abnormal EH edge, the fix to
caller-save needs to be of the form "don't caller-save this variable".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-19 19:14
---
Maybe. I think you'll find that most of the time these edges *are* critical.
I don't think it's worth bothering to make the distinction.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-22 20:32
---
Doing the code review. I've got a local patch for the create_pre_exit ice.
I'm going to work to see this in 4.1.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-23 20:48
---
So, I fixed another case in which we could die in create_pre_exit having
to do with complex return values. But past that, there are failures that
are completely within optimize_mode_switching, e.g. execute
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-23 21:30
---
Actually, I lied about the CFG. It's actually 1->3 with 2-3 still forming
the loop. So LCM did the right thing, technically: for the case in which
the loop trip count is zero, we avoid the efpu insn
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-25 16:29
---
Careful, Andrew. Things are not as cut-and-dried as you're making it out.
Indeed, this is yet another example of the big structure member aliasing
discussion we had earlier this year. I can'
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-25 16:35
---
All that said, I personally would consider this a source code bug. If you
really meant to initialize two members of the structure, I think it makes
logical sense that you refer to the object as a whole
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-26 22:16
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23601
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-30 02:09
---
Confirmed.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-30 02:46
---
That said, I can't get any test to fail when run by hand. libtool compile
and link line pasted out of the log, as well as the associated LD_LIBRARY_PATH.
What am I missing?
--
http://gcc.gnu.org/bug
--- Comment #3 from rth at gcc dot gnu dot org 2009-11-28 16:58 ---
CC'ing you, Ira, since this is an SLP problem simply exposed by
enabling permutation support in the target.
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from rth at gcc dot gnu dot org 2009-11-29 17:58 ---
The vec_interleave_*_optab should still be populated. It's just
that what was once "sse2_punpcklwd" is now "vec_interleave_lowv8hi"
directly. If this patch *is* attributable to a regressio
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-02 19:26 ---
Confirmed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-02 22:35 ---
Subject: Bug 42215
Author: rth
Date: Wed Dec 2 22:35:21 2009
New Revision: 154925
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154925
Log:
PR tree-opt/42215
* tree-loop-distri
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-02 22:42 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-03 00:23 ---
Note that f23 and f49 are fixed in gcc 4.5, probably by the fix to PR8603.
The f5 test continues to have the unneeded extend.
--
rth at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-03 00:32 ---
Gcc 4.5 has regressed this even further:
extwl $16,2,$1
xor $1,$16,$16
addl $31,$16,$16 << signextend
zapnot $16,15,$1 << zeroextend of signextend
srl $1,8
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: alphaev68-*
http://gcc.gnu.org/bugzilla
--- Comment #1 from rth at gcc dot gnu dot org 2009-12-04 01:24 ---
Proposed patch:
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00225.html
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rth at gcc dot gnu dot org 2009-12-06 22:31 ---
Reasonable.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 00:00 ---
Subject: Bug 42234
Author: rth
Date: Sun Dec 6 23:59:52 2009
New Revision: 155025
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155025
Log:
PR debug/42234
* tree-s
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 00:53 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-07 02:04 ---
To be sure, you're keying off having *some* aranges entry with a reference
to a given CU in the debug_info section? So:
Contents of the .debug_aranges section:
Length: 28
Ve
--- Comment #1 from rth at gcc dot gnu dot org 2009-12-07 02:35 ---
Shift by >= mode size is undefined at the C language level.
With -Wall, you'll get a warning for that.
At the gimple level, I'm pretty sure we leave it alone, since
we don't really know what else to d
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 16:12 ---
Not working on it any longer.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 16:19 ---
Created an attachment (id=19249)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19249&action=view)
Proposed patch
For the record, this is all that's needed for the above output.
I see quite a few gdb
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 20:31 ---
There appears to be a phase ordering problem.
We duplicate a block in create_block_for_threading, which leaves users
of various SSA names dangling waiting on a subsequent update_ssa.
Before we get to that update_ssa
--- Comment #6 from rth at gcc dot gnu dot org 2009-12-07 21:00 ---
Created an attachment (id=19253)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19253&action=view)
Proposed patch
I'm testing this to account for the ssa_name marked for renaming problem.
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 22:16 ---
Same problem as PR42166. I'll add the C testcase as well.
*** This bug has been marked as a duplicate of 42166 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from rth at gcc dot gnu dot org 2009-12-07 22:16 ---
*** Bug 42299 has been marked as a duplicate of this bug. ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #13 from rth at gcc dot gnu dot org 2009-12-07 22:22 ---
Done, Kaveh?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40302
--- Comment #8 from rth at gcc dot gnu dot org 2009-12-07 22:42 ---
Subject: Bug 42166
Author: rth
Date: Mon Dec 7 22:42:10 2009
New Revision: 155063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155063
Log:
PR debug/42299
PR debug/42166
* tr
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 22:42 ---
Subject: Bug 42299
Author: rth
Date: Mon Dec 7 22:42:10 2009
New Revision: 155063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155063
Log:
PR debug/42299
PR debug/42166
* tr
--- Comment #9 from rth at gcc dot gnu dot org 2009-12-07 23:31 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-07 23:59 ---
Continues to fail with: -fgraphite-identity -O -ffast-math
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-08 00:44 ---
Subject: Bug 42269
Author: rth
Date: Tue Dec 8 00:44:28 2009
New Revision: 155071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155071
Log:
PR rtl-opt/42269
* c
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-08 00:48 ---
Fixed for 4.5; I don't think I want to backport to 4.4 without a lot more
testing.
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-08 00:55 ---
4.5 regression fixed in pr42269.
I don't know that we'll ever be able to fix the original PR.
The problem is that we need to work backward from the "x &= 0xf"
through the xor, and see that the
--- Comment #6 from rth at gcc dot gnu dot org 2009-12-15 17:36 ---
rth: sorry... yeah, I tested the aranges patch and it worked for me.
but it isn't clear we will need it now, we're discussing some form of caching
w/ gdb rather than using the index sections
ok. i'll
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #6 from rth at gcc dot gnu dot org 2010-01-06 18:22 ---
*** This bug has been marked as a duplicate of 41833 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rth at gcc dot gnu dot org 2010-01-06 18:22 ---
*** Bug 41889 has been marked as a duplicate of this bug. ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rth at gcc dot gnu dot org 2010-01-06 18:23 ---
Oops, wrong duplicate.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from rth at gcc dot gnu dot org 2010-01-06 18:23 ---
*** This bug has been marked as a duplicate of 41883 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rth at gcc dot gnu dot org 2010-01-06 18:23 ---
*** Bug 41889 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41883
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #3 from rth at gcc dot gnu dot org 2010-01-06 18:24 ---
*** This bug has been marked as a duplicate of 41883 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rth at gcc dot gnu dot org 2010-01-06 18:24 ---
*** Bug 42396 has been marked as a duplicate of this bug. ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
401 - 500 of 974 matches
Mail list logo
