--- 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
--- 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
--
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 #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
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC host triplet|i686-suse-linux |
GCC target triplet||i686-*-*, x86_64-*-*
--- 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
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--- 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 #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 #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 #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
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 #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/
--- 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 #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 #2 from danglin at gcc dot gnu dot org 2006-05-22 22:26 ---
Execution times (seconds)
callgraph construction: 0.06 ( 0%) usr 0.00 ( 0%) sys 0.08 ( 0%) wall
142 kB ( 1%) ggc
callgraph optimization: 0.00 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
16 kB ( 0%)
--- Comment #2 from dcb314 at hotmail dot com 2006-05-22 22:15 ---
(In reply to comment #0)
I just tried to compile Suse Linux package qemacs-0.3.1-214 with the
GNU C compiler version 4.2 snapshot 20060520.
The compiler snapshot said
xml.c: In function 'xml_colorize_line':
xml.c:159: e
--- Comment #1 from dcb314 at hotmail dot com 2006-05-22 22:11 ---
Created an attachment (id=11496)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11496&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27735
--
Summary: ice with -O3 on legal code
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail
--- Comment #2 from raj dot khem at gmail dot com 2006-05-22 21:27 ---
(In reply to comment #1)
> I don't think this is a bug. bar is not delay from outputting as it will
> needs
> to be outputted. Now you can agrue this is a bug. Also 3.4 did not have
> these sorry messages so it i
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #5 from dannysmith at users dot sourceforge dot net 2006-05-22
21:19 ---
This is a dllimport bug. Dllimports do not have constant address. Hence class
vtable cannot contain a method with dllimport attribute
I am working on a patch.
Here is reduced testcase:
// dllimport
--- Comment #2 from janis at gcc dot gnu dot org 2006-05-22 21:18 ---
A regression hunt of mainline on powerpc-linux identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=111229
r111229 | mmitchel | 2006-02-18 08:36:11 + (Sat, 18 Feb 2006)
The patch was applied to gcc-4_1
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-22 21:12 ---
I don't think this is a bug. bar is not delay from outputting as it will needs
to be outputted. Now you can agrue this is a bug. Also 3.4 did not have
these sorry messages so it is not a regression, just did not
This problem is seen while compiling linux kernel 2.6.16 with GCC 4.x
when compiling the below test case. Compiler produced errors attached at the
bottom. This does not happen with GCC 3.4.x but I could reproduce this with GCC
4.0 GCC 4.1.0 GCC 4.1.1 and GCC 4.2(trunk)
xx.c
==
--- Comment #4 from dir at lanl dot gov 2006-05-22 20:51 ---
There is no problem on LINUX or the Intel Macintosh version - only having
trouble with the powerPC version.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
--- Comment #1 from danglin at gcc dot gnu dot org 2006-05-22 20:38 ---
Created an attachment (id=11495)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11495&action=view)
Preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27733
Relative to gcc version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3),
gcc version 4.1.1 20060511 (prerelease) (Debian 4.1.0-4) and also my own
build of 4.2 exhibit a large increase in compile on the attached file.
On my c3k, the time goes from ~ 5 seconds to 49 minutes.
The compile command used is
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-22 20:26 ---
I have a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
I get spurious errors from g++ in the following cases:
// case 1:
int m;
template< int* p> struct A { };
template<> struct A<&(m)>;
// case 2:
int m;
template< int* p> struct A { };
template<> struct A<(&m)>;
Just a guess: is there something about the parse of '(' that gums up the
works?
--
GNU Classpath Math has JNI implementations for these functions, but the libgcj
Math.java override doesn't implement these.
--
Summary: Math cbrt(), cosh(), expm1(), hypot(), log1p(), sinh()
and tanh() not implemented
Product: gcc
Version: 4.2.
Thread.getId() has been implementated in GNU Classpath, but the libgcj
Thread.java override doesn't have it. All code necessary is already in the
classpath version. (It would be nice to get this fully merged.)
--
Summary: Thread.getId() needs implemented
Product: gcc
Field, Method and Constuctor currently have a isSynthetic() implementation that
always returns false. They need a real implementation.
--
Summary: Field, Method and Constructor need isSynthetic()
implemetation
Product: gcc
Version: 4.2.0
--- Comment #1 from patchapp at dberlin dot org 2006-05-22 19:55 ---
Subject: Bug number PR c/27718
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01141.html
--
http://gcc.gnu.org/bugzilla
getEnclosingClass(), getEnclosingConstructor() and getEnclosingMethod()
currently always return null. They should have a real implementation.
--
Summary: Class.getEnclosingX() methods need implementation
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Class implements AnnotatedElement in GNU Classpath but not in the libgcj
override Class.java implementation.
--
Summary: Class should implement AnnotatedElement
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Prior
--- Comment #6 from janis at gcc dot gnu dot org 2006-05-22 19:48 ---
A regression hunt on powerpc-linux using the testcase from comment #4
identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=112869
r112869 | mmitchel | 2006-04-11 22:59:57 + (Tue, 11 Apr 2006)
--
jan
The LocalSocketImpl only has a JNI implementation in GNU Classpath, the version
in libgcj should get a CNI implementation since it currently is just an empty
override.
--
Summary: LocalSocketImpl not implemented
Product: gcc
Version: 4.2.0
Status: UNC
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-22 19:35
---
Fixed on mainline and 4.0 branch.
Waiting for the 4.1 branch to thaw.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-22 19:27
---
Subject: Bug 27716
Author: reichelt
Date: Mon May 22 19:27:08 2006
New Revision: 113991
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113991
Log:
PR c++/27716
* typeck.c (build_modify_expr
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-22 19:22
---
Subject: Bug 27716
Author: reichelt
Date: Mon May 22 19:22:24 2006
New Revision: 113990
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113990
Log:
PR c++/27716
* typeck.c (build_modify_expr
--- Comment #2 from danglin at gcc dot gnu dot org 2006-05-22 19:15 ---
Fixed by patch.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #1 from danglin at gcc dot gnu dot org 2006-05-22 19:10 ---
Subject: Bug 27612
Author: danglin
Date: Mon May 22 19:10:45 2006
New Revision: 113988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113988
Log:
PR libgomp/27612
* testsuite/libgomp.c/sectio
--- Comment #4 from pinskia at physics dot uc dot edu 2006-05-22 18:44
---
Subject: Re: [4.0/4.1/4.2 Regression] ICE on attribute on pointers in
static_cast
>
>
>
> --- Comment #3 from janis at gcc dot gnu dot org 2006-05-22 18:40 ---
> I get errors for both the submitter'
>
>
>
> --- Comment #3 from janis at gcc dot gnu dot org 2006-05-22 18:40 ---
> I get errors for both the submitter's testcase and the testcase in comment
> #1.
> With the comment #1 testcase on powerpc-linux:
>
> Is the testcase valid code? I can do a regression hunt for when the c
--- Comment #3 from janis at gcc dot gnu dot org 2006-05-22 18:40 ---
I get errors for both the submitter's testcase and the testcase in comment #1.
With the comment #1 testcase on powerpc-linux:
elm3b11% /opt/gcc-nightly/3.4/bin/g++ -c 27648.cc
27648.cc: In function `int main(int, cha
--- Comment #10 from kazu at gcc dot gnu dot org 2006-05-22 17:56 ---
Checked in a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #9 from kazu at gcc dot gnu dot org 2006-05-22 17:56 ---
Subject: Bug 27266
Author: kazu
Date: Mon May 22 17:55:53 2006
New Revision: 113987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113987
Log:
gcc/
PR target/27266
* config/i386/i386.c (ix86_exp
--- Comment #10 from aldot at gcc dot gnu dot org 2006-05-22 17:43 ---
Created an attachment (id=11494)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11494&action=view)
fix MAKEINFO invocation for gcc-4_1-branch
I cannot test this patch right now since i have to bootstrap gcc-4.2
--- Comment #8 from rth at gcc dot gnu dot org 2006-05-22 17:38 ---
Subject: Re: [4.2 Regression] syncronization primitives cause ICE with
-march=pentium or better
On Sat, May 20, 2006 at 07:40:33PM -, kazu at gcc dot gnu dot org wrote:
> Posted a patch.
Patch ok.
r~
--
htt
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-22 17:35 ---
Use:
asm volatile("\tmovl (%1), %0\n"
"\tincl %0\n"
:"=r" (res) : "r" (pi): "memory");
or
asm volatile("\tmovl (%2), %0\n"
"\tincl %0\n"
:"=r" (res),
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-22 17:32 ---
asm volatile("\tmovl (%1), %0\n"
"\tincl %0\n"
:"=r" (res) : "r" (pi));
You don't mark the access of pi as being clobering memory.
--
pinskia at gcc dot gnu dot org changed:
The following program give wrong results when compiled in O1:
#include "stdio.h"
int v[]= {10,20,30,40,50};
inline int inc(int i)
{
int * pi = &i;
int res;
asm volatile("\tmovl (%1), %0\n"
"\tincl %0\n"
:"=r" (res) : "r" (pi));
return res;
}
int
main (
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-22 17:09 ---
The source you added is not free or open source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-22 17:06 ---
What target is this on?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
--- Comment #1 from bero at arklinux dot org 2006-05-22 17:04 ---
Created an attachment (id=11493)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11493&action=view)
Preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
I agree the code is ugly... ;)
But it shouldn't cause an ICE anyway
--
Summary: internal compiler error: no-op convert from 4 to 8 bytes
in initializer
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-22 16:55
---
Fixed on mainline and 4.0 branch.
Waiting for the 4.1 branch to thaw.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-22 16:53
---
Subject: Bug 27451
Author: reichelt
Date: Mon May 22 16:53:38 2006
New Revision: 113986
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113986
Log:
PR c++/27451
* stmt.c (expand_asm_operands
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-22 16:49
---
Subject: Bug 27451
Author: reichelt
Date: Mon May 22 16:49:33 2006
New Revision: 113985
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113985
Log:
PR c++/27451
* stmt.c (expand_asm_operands
--- Comment #33 from rguenth at gcc dot gnu dot org 2006-05-22 16:16
---
What's the status with this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13212
--- Comment #8 from rsandifo at gcc dot gnu dot org 2006-05-22 15:58
---
Subject: Bug 25514
Author: rsandifo
Date: Mon May 22 15:58:03 2006
New Revision: 113983
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113983
Log:
PR rtl-optimization/25514
* combine.c (rep
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-22 15:19 ---
Got a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigne
rtran-D] dir% gfortran --v
Using built-in specs.
Target: powerpc-apple-darwin8.6.0
Configured with: ../gcc/configure --prefix=/Users/dir/gfortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.2.0 20060522 (experimental)
[dranta:~/tests/gfortran-D] dir% set path =(~/gfortran4.
--- Comment #9 from sje at cup dot hp dot com 2006-05-22 14:56 ---
The proposed patch fixed the failure of transfer_array_intrinsic_2.f90 on my
hppa64-hp-hpux11.11 system and I saw no regressions. I also had no regressions
on the other systems I build nightly (hppa1.1-hp-hpux11.11, ia64
--- Comment #24 from pcarlini at suse dot de 2006-05-22 14:44 ---
Humm, maybe I (we ;) was wrong: I'm doing some benchmarks and it looks like the
cost of checking __gthread_active_p() compared to that of an atomic operation
is very small... More later.
--
http://gcc.gnu.org/bugzilla
unexpected failures114
# of expected failures 7
# of unsupported tests 56
/Users/dir/gfortran/ibin/gcc/testsuite/gfortran/../../gfortran version 4.2.0
20060522 (experimental)
make: [check-gfortran] Error 1 (ignored)
[dranta:~/gfortran/ibin/gcc] dir% set path =(~/gfortran/bin
--- Comment #5 from aldot at gcc dot gnu dot org 2006-05-22 14:14 ---
(In reply to comment #4)
> for reference, the backtrace on i686:
on i686 these flags were used for the ICE:
-march=pentium4 -mtune=pentium -O2 -ftree-vectorize
--
aldot at gcc dot gnu dot org changed:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
http://
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27720
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27719
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
The C++ frontend crashes since GCC 4.0.3 on the following invalid code
snippet:
=
void foo()
{
const int x[] = 0;
++x;
}
=
bug.cc: In function 'void foo()':
bug.cc:3: error: initializer fails to determine size of 'x'
bug.cc:3
The following invalid code snippet triggers an ICE in the C frontend
since GCC 4.1.0:
==
void foo()
{
int i();
i += 0;
}
==
bug.c: In function 'foo':
bug.c:4: internal compiler error: in default_conversion, at c-typeck.c:1619
Please submit a full bu
--- Comment #3 from uweigand at gcc dot gnu dot org 2006-05-22 13:27
---
Looking somewhat more into this problem, there are other places where
reload decides to reload an CONST_INT as address. Where this happens,
it usually uses Pmode as the mode to do the reload in (which makes
sense
The following invalid testacse triggers an ICE since at least GCC 2.95.3:
struct A;
template struct A {};
A a(0);
bug.cc:2: error: 'A' is not a template type
bug.cc:4: internal compiler error: in store_init_value, at cp/typeck2.c:
The following invalid code snippet triggers an ICE in the C frontend
since at least GCC 2.95.3:
==
void foo()[] {}
==
bug.c:1: error: declaration of 'foo' as array of voids
bug.c:1: internal compiler error: tree check: expected function_decl, have
var_decl in start
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot
|dot org
The following code snippet triggers an ICE in the C frontend since GCC 4.0.0:
=
int i = sizeof(struct A[]);
=
bug.c:1: error: array type has incomplete element type
bug.c:1: internal compiler error: tree check: expected class 'type',
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-22 12:27
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-22 12:26
---
Fixed on mainline.
Waiting for the 4.1 branch to unfrezze.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-22 12:23
---
Subject: Bug 27420
Author: reichelt
Date: Mon May 22 12:23:44 2006
New Revision: 113976
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113976
Log:
PR c/27420
* c-common.c (self_promoting_ar
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-22 12:21
---
Subject: Bug 26818
Author: reichelt
Date: Mon May 22 12:20:41 2006
New Revision: 113975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113975
Log:
PR c/26818
* c-decl.c (finish_struct): Ski
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-22 11:39 ---
It looks like this may be fixed on the mainline? At least the C testcase from
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00198.html no longer shows
overflowed constants.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #1 from patchapp at dberlin dot org 2006-05-22 10:05 ---
Subject: Bug number PR c++/27716
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01094.html
--
http://gcc.gnu.org/bugzil
The C++ frontend stumbles over the following invalid code snippet since
GCC 3.4.5:
===
int foo()
{
return i ""= i;
}
===
bug.cc: In function 'int foo()':
bug.cc:3: error: 'i' was not declared in this scope
bug.cc:3: error: expected ';' before string const
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-22 09:29 ---
Really.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-22 09:29 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|tree-opti
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-22 09:29 ---
Subject: Bug 27708
Author: rguenth
Date: Mon May 22 09:29:10 2006
New Revision: 113973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113973
Log:
2006-05-22 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-05-22 09:28
---
RTH, you wrote in http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00972.html :
> On Tue, Apr 18, 2006 at 08:24:34AM -0400, Jakub Jelinek wrote:
> > * omp-low.c (expand_omp_parallel): If child_cfun->cfg, free
>
--- Comment #2 from gcc at pdoerfler dot com 2006-05-22 09:27 ---
I figured out the reduction. Here is a much smaller testcase:
=
extern int rows_;
extern int cols_;
template
class secondOrderStatistics {
public:
void
1 - 100 of 118 matches
Mail list logo
