--- Comment #33 from pluto at agmk dot net 2007-06-11 13:04 ---
i'm reopening this bug becasue the fix is not complete.
it does fix the xf86ScanPci.i testcase (time/mem hog) and this is great
$ time gcc xf86ScanPci.i -O1 -c ( 2.2GHz amd64, 1GB ram ).
gcc xf86ScanPci.i -O1 -c 4.10s us
--- Comment #7 from hjl at lucon dot org 2007-06-11 13:02 ---
Created an attachment (id=13675)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13675&action=view)
Assembler codes generated by good and bad compilers
Good.s is generated by good compiler and bad.s is generated by bad
co
--- Comment #6 from pault at gcc dot gnu dot org 2007-06-11 12:54 ---
A fix is coming for this tonight or tomorrow.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from pault at gcc dot gnu dot org 2007-06-11 12:53 ---
I have a fix that I will submit tonight or tomorrow morning. It also fixes
PR31258 and PR31897.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-06-11 12:23 ---
It is still violating aliasing rules. That only -O3 fails is because -O3
enables
-finline-functions, so it should as well fail with lower optimization settings
with -finline-functions. Also -fno-strict-aliasing wil
--- Comment #114 from rguenth at gcc dot gnu dot org 2007-06-11 12:23
---
*** Bug 32281 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
--- Comment #2 from Woebbeking at web dot de 2007-06-11 11:42 ---
Oops, I searched for dynamic_cast but didn't find that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32282
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-11 11:18 ---
*** Bug 32282 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-11 11:18 ---
*** This bug has been marked as a duplicate of 12277 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Hi,
this happens if you cast to an unrelated class. Could you at least give a
warning.
Cheers,
André
--
Summary: dynamic_cast compiles where static_cast fails
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Prio
--- Comment #5 from ubizjak at gmail dot com 2007-06-11 10:18 ---
Fixed.(In reply to comment #3)
> Because you should not be have two patterns that could match (with one differs
> via a clobber). The way to fix this is have the sse2_ashlti3 one do what
> ashlti3_2 does for "r" constrain
--- Comment #4 from uros at gcc dot gnu dot org 2007-06-11 10:13 ---
Subject: Bug 32280
Author: uros
Date: Mon Jun 11 10:13:00 2007
New Revision: 125615
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125615
Log:
PR target/32280
* config/i386/sse.md ("sse2_ashlti"
--- Comment #3 from ubizjak at gmail dot com 2007-06-11 09:11 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from uros at gcc dot gnu dot org 2007-06-11 09:09 ---
Subject: Bug 32279
Author: uros
Date: Mon Jun 11 09:09:24 2007
New Revision: 125614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125614
Log:
PR middle-end/32279
* fold-const (fold_binary) [RDI
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-11 07:44 ---
Because you should not be have two patterns that could match (with one differs
via a clobber). The way to fix this is have the sse2_ashlti3 one do what
ashlti3_2 does for "r" constraints also.
This is the normal tw
--- Comment #2 from ubizjak at gmail dot com 2007-06-11 07:35 ---
This is the fault of combine pass. It isn't obvious to me, why it is
converting:
(insn 7 6 13 2 shift.c:6 (set (subreg:TI (reg:V2DI 62) 0)
(ashift:TI (subreg:TI (reg:V2DI 61 [ __a ]) 0)
(const_int 64 [
--- Comment #3 from stillzhang at tencent dot com 2007-06-11 07:11 ---
I think if "&packet" should be changed, it should change before the function
¡°stmt->set_params¡±. And in fact it is changed after "stmt->set_params¡±, so I
think it's a logical error.
Best wishes,
still
--
still
101 - 117 of 117 matches
Mail list logo