--- Additional Comments From rth at gcc dot gnu dot org 2005-05-09 13:46
---
Powerpc fixed; ia64 still broken.
--
What|Removed |Added
Summary|[PowerPC] ICE
iority: P2
Component: c
AssignedTo: rth at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: ia64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21502
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-10 19:10
---
This affects 4.0 as well, and it prevents ia64 bootstrap.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-11 07:35
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-12 17:56
---
ia64 fixed; sparc still broken. But I'm not planning to work on that.
--
What|Removed |
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-13 19:43
---
Well, since it works on ia64-linux, you'll have to give me more information.
I assume I'm failing to addp4 in the right place, or something...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21556
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: amacleod at redhat dot com,gcc-bugs at gcc dot gnu dot
org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21596
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-16 03:23
---
Not a duplicate entirely.
--
What|Removed |Added
Status|RESOLVED
--
What|Removed |Added
Attachment #8898|z |proposed patch
description||
Attachment #8898|z
--
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-05-16 18:14
---
True. I remember trying this, though, and in practice all it did was increase
register pressure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21588
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-16 18:26
---
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-05-16 23:16
---
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-05-18 05:57
---
This happens on Linux as well.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:04
---
*** This bug has been marked as a duplicate of 18434 ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:04
---
*** Bug 20089 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:09
---
Do you still reproduce this? I suppose I've not bootstrapped with anything
other than alphaev67 in a while, so this might be an ev4 bug...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21323
--
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-05-18 08:21
---
Not alpha specific. The tunings we have in the alpha memcpy expansion are
correct for real copies between memory. We want to prefer
ldbu $1,3($17)
ldbu $2,0($17)
ldbu $3,1($17
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 16:45
---
The test case in #10 is not a tls address; it is a dup of PR21632.
--
What|Removed |Added
GCC
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:15
---
We don't assign TImode to this structure, because we assume TImode needs
128-bit alignment, and this structure has 64-bit alignment. Which means
that the structure gets BLKmode. All BLKmode parameter
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:42
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 18:06
---
Confirmed.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 22:49
---
Ug. Missed deleting a line from local-dynamic side.
--
What|Removed |Added
AssignedTo
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 01:58
---
The root cause of this has nothing to do with the type system per-se.
The original program skirts the line of legality, and get_expr_operands
is falling over.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 04:23
---
Part 1 of a fix: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01947.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 06:31
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 21412 depends on bug 21657, which changed state.
Bug 21657 Summary: [4.0 regression] TLS reference miscompiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21657
What|Old Value |New Value
---
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 09:44
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 09:56
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21692
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
URL
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-25 23:25
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
CONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: target
AssignedTo: rth at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: alpha-linux
htt
--
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-06-04 19:28
---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-07 23:49
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-08 00:08
---
This patch trivially "fixes" the problem because the argument to
legitimate_pic_address_disp_p is incorrect, and it will always
return false.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
t org
ReportedBy: rth at gcc dot gnu dot org
CC: ctice at apple dot com,gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21956
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-08 19:38
---
Fixed here: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00809.html
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-09 08:14
---
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-06-13 06:16
---
Fixed in C++ for sure; I don't seem to be able to build Ada at the moment.
--
What|Removed |
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-13 20:02
---
Well then you're going to have to tell me what local changes you have such
that you can build gnatlib. Or wait until someone bothers to check in
changes such that it Just Works.
--
http://gcc.gn
--
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-06-16 18:16
---
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-06-16 18:22
---
Andrew, your C++ test case doesn't reproduce for me. I'm attempting to see
if Ada is now in a buildable state...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-17 00:59
---
C++ test cases fixed. Reopen after Ada is stable if it still fails there.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-17 20:35
---
Fixed.
--
What|Removed |Added
Status|NEW |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-06-17 22:11
---
Fixed: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01535.html
Although I didn't see this pr before writing the patch, I like my patch
better because not all paths go through loop peeling. Which means
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-18 08:58
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-19 01:16
---
Danny, would you look at this? I have no idea why PRE is claiming to insert
an expression,
Created phi prephitmp.27_34 = PHI ; in block 2
but then not actually doing it.
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-19 03:12
---
(In reply to comment #7)
> It actually does.
Ah. I failed to add -vops to the dump and so mis-diagnosed the problem.
> The first problem here is that PRE doesn't mark anything for renaming
>
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-19 03:14
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-19 06:38
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 22055 depends on bug 22116, which changed state.
Bug 22116 Summary: [4.1 Regression] PRE of COMPLEX_EXPR causes ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22116
What|Old Value |New Value
--
--- Additional Comments From rth at gcc dot gnu dot org 2004-01-30 01:04 ---
Working on it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 00:46
---
Confirmed.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 07:21
---
Yes, my patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 09:37
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 09:54
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 22:07
---
SRA shouldn't be responsible for this. There should be a generalized
block copy propagator. Which would help with copies far larger than
you'd ever expect SRA to handle as well.
--
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 19:40
---
If addvsi3 actually performs addvdi3, that will be most surprising to
everyone. I think that's a very bad idea. Since we are not invoking
addvsi3, and I suspect it's impossible to convince the comp
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-11 23:12
---
Subject: Re: [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic
No, we won't have access to DImode on those platforms. But then,
the user won't have access to DImode inside the compi
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-13 02:37
---
Fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-13 18:20
---
I have been completely unable to reproduce an unaligned stack, with either 3.4
or 4.0. Can those gcc folk that claim to have reproduced it in the past still
do so? If so, what are you trying?
I can say that
--
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 2004-12-14 00:37
---
According to comment #12, this was a cygwin bug wrt the initial alignment
of the main and thread stacks. Even the test program in comment #10, which
is supposed to be reproducible for linux is not reproducible
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-14 01:39
---
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00996.html
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 12:23
---
Created an attachment (id=7748)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7748&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19010
n: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: rth at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i386-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19010
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 17:35
---
Oops, I attached the wrong version of the test case. Remove the TImode bit.
Also, "-msse" fails with 3.4 branch, though other combinations pass.
--
What|Removed
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 20:14
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 23:28
---
cft: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01174.html
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 07:31
---
Not working on it.
--
What|Removed |Added
AssignedTo|rth at gcc dot gnu dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 07:32
---
Not working on it.
--
What|Removed |Added
AssignedTo|rth at gcc dot gnu dot org
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-19 04:45
---
fixed: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01375.html
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-19 21:10
---
fixed: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01377.html
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-21 13:39
---
Not a bug. Sizeof *never* has side effects.
--
What|Removed |Added
Status|NEW
--
Bug 16989 depends on bug 18740, which changed state.
Bug 18740 Summary: Execution-time sizeof drops side effects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740
What|Old Value |New Value
-
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-21 13:43
---
I'm wrong. What a stupid thing to do to the C language.
Someone should be smacked.
--
What|Removed |
--
Bug 16989 depends on bug 18740, which changed state.
Bug 18740 Summary: Execution-time sizeof drops side effects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740
What|Old Value |New Value
-
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-21 17:25
---
If movaps crashes in main, it means your libc is broken and isn't aligning
the stack before main. GCC does add some code to main to realign the end
of the stack, but that doesn't help main itself.
--
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 2004-12-22 05:27
---
I think I agree about only putting stuff in registers for DECL_IGNORED_P.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-22 19:12
---
Subject: Re: [3.4 Regression] -march=pentium3 breaks linux kernel compiles w/
gcc-3_4-branch as of 2004/12/20
> Why do we allow MMX modes in SSE regs now?
Because x86-64 calling conventions demand it.
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-22 19:20
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-22 20:02
---
And, actually, we allowed MMX modes with -msse2 before, so there must be
another
explanation of why things wouldn't have been failing with -march=pentium4.
--
What|Re
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-22 23:27
---
Apparently register move costs.
Testing a Large Hack to prevent this suddenly appearing on the 3.4 branch.
For mainline, move pattern constraints should be fixed, and folks will have
to make sure to use -mno
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-23 01:40
---
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01777.html
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-24 20:33
---
Nope. The reason it doesn't have the parameter now is because it didn't use it,
and for private functions missing parameters are superior to ATTRIBUTE_UNUSED.
--
What
ted between MMX and FP instructions
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
CC:
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-28 00:17
---
Testing a completely different patch.
--
What|Removed |Added
AssignedTo|unassigned at
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-28 01:24
---
new patch: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01983.html
--
What|Removed |Added
--
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 2004-12-28 05:27
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
601 - 700 of 974 matches
Mail list logo
