--- Comment #3 from bonzini at gnu dot org 2006-05-22 07:24 ---
Hi richi, may I ask why I was added to the CC? Did I cause this bug? :-P
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27390
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-22 07:31 ---
It was caused by:
2006-04-03 Paolo Bonzini <[EMAIL PROTECTED]>
Dale Johannesen <[EMAIL PROTECTED]>
PR target/19653
* regclass.c (struct reg_pref): Update documentation.
(regcla
--- Comment #5 from paolo dot bonzini at lu dot unisi dot ch 2006-05-22
07:35 ---
Subject: Re: [4.2 Regression] gcc.target/x86_64/abi/test_complex_returning.c
execution fails at -O0
> It was mentioned in
> http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00390.html
> Also.
>
> And nothi
--- Comment #3 from jakub at gcc dot gnu dot org 2006-05-22 08:31 ---
Users using prehistoric kernels and/or glibcs just need to configure
with --disable-linux-futex.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26175
--- Comment #1 from jakub at gcc dot gnu dot org 2006-05-22 08:32 ---
Users using prehistoric kernels and/or glibcs just need to configure
with --disable-linux-futex.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26477
The following testcases cause ICEs since GCC 3.4.2:
===
template struct A
{
template friend void* A::operator new();
};
A a;
===
bug.cc:3: error: 'operator ne
--- Comment #23 from pcarlini at suse dot de 2006-05-22 08:54 ---
(In reply to comment #22)
> This would mean a non-enable-threads compiled libstdc++ would skip the calls
> to __exchange_and_add?
Of course the idea would not be that of "skipping", instead providing a version
of __excha
--- Comment #3 from rmathew at gcc dot gnu dot org 2006-05-22 08:56 ---
OK, I was able to reproduce this. My problem was that I had a
"--disable-checking"
build. If the order of the class files is "PipeImpl.class VMPipe.class", I get
an error; if the order is the other way around, I don'
The following valid code snippet is rejected since GCC 3.4.2
(and in GCC 3.3.x):
=
template struct A
{
static void* operator new(__SIZE_TYPE__);
template friend void* A::operator new(__SIZE_TYPE__);
};
A a;
==
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-22 08:58
---
The second error message for the first testcase
bug.cc:3: error: invalid template declaration of 'static void* A::operator
new(long unsigned int)'
is unjustified. See PR 27714.
--
reichelt at gcc dot gnu do
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-22 09:04 ---
I'll have a look - I didn't think of this being target dependent at this point,
but it looks like it just doesn't match up with f_.* vs. D*.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-22 09:05 ---
Mine. I'll add an XFAIL as for x86_64/i?86 - looks like hppa is another target
with weird costs.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
Hi!
I am under the impression that using "extended ASCII" wrecks "CASE
constructs"... (see example hereafter).
Cheers!
Philippe
PS: The following code lands on the default:
!
PROGRAM Test
!
CHARACTER ( LEN = 1 ) :: Letter
!
Letter = "c"
SELECT CASE ( Letter )
CASE
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-22 09:11 ---
Confirmed. I don't like this, too.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from patchapp at dberlin dot org 2006-05-22 09:20 ---
Subject: Bug number PR c++/27451
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/msg01090.html
--
http://gcc.gnu.org/bugzil
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-22 09:20 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|target
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-22 09:21 ---
Subject: Bug 27707
Author: rguenth
Date: Mon May 22 09:20:46 2006
New Revision: 113972
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113972
Log:
2006-05-22 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-22 09:21
---
Posted a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- 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
--- 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 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 #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 #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
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 #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
--- 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 #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 #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 #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 #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
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',
--
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 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
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:
--- 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 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
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
--
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
|
--
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
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27720
--
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
Target Milestone|--- |4.0.4
http://
--- 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:
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 #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
--- 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
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 #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
--- 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 #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 #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 #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 #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
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 #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
--- 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 #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
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 #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:
--- 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 #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 #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 #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 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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
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
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
--- 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
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
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
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.
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?
--
--
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
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
--- 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
--- 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
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 #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
--- 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 #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
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- 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
--
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 #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
--- 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 #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%)
1 - 100 of 118 matches
Mail list logo
