--- Comment #3 from raj dot khem at gmail dot com 2006-05-22 22:45 ---
I think it can be closed invalid.
--
raj dot khem at gmail dot com changed:
What|Removed |Added
--- Comment #1 from bangerth at dealii dot org 2006-05-22 22:46 ---
Confirmed. I guess the workaround is to simply not use the parenthesis.
Nevertheless, this is a regression introduced with the new parser in 3.4.0.
W.
--
bangerth at dealii dot org changed:
What|Rem
--- Comment #5 from janis at gcc dot gnu dot org 2006-05-22 23:02 ---
A regression hunt for mainline on powerpc-linux identified this patch as the
one for which the testcase starts getting an ICE instead of the error messages
shown for GCC 3.4 (branch) in comment #3:
http://gcc.gnu.org/
In stage1:
/home/dave/gcc-4.2/objdir/./gcc/xgcc -B/home/dave/gcc-4.2/objdir/./gcc/
-B/home/
dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.2.0/hp
pa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/include
-isys
tem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-li
--- Comment #4 from malitzke at metronets dot com 2006-05-23 00:49 ---
No need to be offensive.
At the time I was using the the latest kernel available (something like
2.6.15.x or 16.x) I was still able to compile on that dual G4 MAC glibc, as
available from gcc.gnu.org/pub/glibc/snapsh
--- Comment #12 from zadeck at gcc dot gnu dot org 2006-05-23 01:18 ---
Subject: Bug 26855
Author: zadeck
Date: Tue May 23 01:17:29 2006
New Revision: 114010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114010
Log:
2006-05-22 Kenneth Zadeck <[EMAIL PROTECTED]>
PR rtl
--- Comment #8 from zadeck at gcc dot gnu dot org 2006-05-23 01:18 ---
Subject: Bug 26375
Author: zadeck
Date: Tue May 23 01:17:29 2006
New Revision: 114010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114010
Log:
2006-05-22 Kenneth Zadeck <[EMAIL PROTECTED]>
PR rtl-
--- Comment #1 from danglin at gcc dot gnu dot org 2006-05-23 01:54 ---
Created an attachment (id=11497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11497&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27736
--- Comment #2 from danglin at gcc dot gnu dot org 2006-05-23 01:55 ---
The following change introduced the bug:
2006-05-22 Richard Sandiford <[EMAIL PROTECTED]>
PR rtl-optimization/25514
* combine.c (replaced_rhs_insn): New variable.
(combine_instructions): S
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-23 02:29 ---
This is not the first time multiply expand is taking this long.
There was another bug about something like this but for alpha.
It would be interesting which multiply is getting messed up by expand.
--
pinskia a
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-23 04:12 ---
Reduced testcase:
void set_color(void);
void xml_colorize_line(unsigned int *p, int state)
{
int c;
switch(state)
{
case 1:
goto parse_tag;
case 2:
goto parse_comm
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC host triplet|i686-suse-linux |
GCC target triplet||i686-*-*, x86_64-*-*
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-23 04:52 ---
Subject: Bug 27696
Author: kazu
Date: Tue May 23 04:52:19 2006
New Revision: 114012
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114012
Log:
gcc/
PR target/27696
* config/i386/i386.c (ix86_exp
--- Comment #5 from kazu at gcc dot gnu dot org 2006-05-23 04:53 ---
Just checked in a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot
|dot org
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-05-23 06:17
---
Created an attachment (id=11498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11498&action=view)
Possible patch
I'm very sorry for the breakage. Here's a patch that appears
to fix the bug. I'll continue t
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-23 06:51 ---
Reduced testcase:
struct st{
int _mark;
};
unsigned long long t = ((int)&(((struct st*)16)->_mark) - 16);
This is undefined code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
101 - 118 of 118 matches
Mail list logo