templatetypename class TP1 {};
templatetemplatetypename class A
struct B {
templatetypename T struct TP2 : public AT {};
};
templatetemplatetypename class TP3, typename T
voidF(const TP3T) {}
int main() {
BTP1::TP2int b;
F(b);
}
gets you:
~/ootbc/members/src$ c++
Hi...
I'm using debian's unstable gcc 4.0:
$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext
--- Additional Comments From pluto at agmk dot net 2005-07-08 07:43 ---
gcc-4.1.0-0.20050707T1814UTC bootstraped w/o errors.
--
What|Removed |Added
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-08
08:42 ---
Please try with 4.0.1, 4.0.0 had known serious defects.
--
What|Removed |Added
GCJ and ARM-ELF not cross compilable to native code
Hello,
we compiled and installed gcj for i686 not cross. It worked fine.
We compiled and installed gcj for arm-elf cross. It produced .class-files.
We were not able to compile and install gcj for arm-elf cross to produce native
code.
We
--- Additional Comments From gcc2eran at tromer dot org 2005-07-08 09:18
---
(In reply to comment #13)
In the C99 standard, 6.5.4 Cast Operators, Footnote 85 A cast does not
yield an lvalue. Thus, a cast to a qualified type has the same effect
as a cast to the unqualified version
--- Additional Comments From pluto at agmk dot net 2005-07-08 09:33 ---
(In reply to comment #1)
Most likely related to PR 22279.
`first_vi_for_offset` bug still occurs and it's easy to reproduct:
[ qt4 build / gcc-20050707T1814UTC ]
(...)
g++ -c -pipe
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-08
09:37 ---
(In reply to comment #1)
This looks like it's a dupe of 15553
*** This bug has been marked as a duplicate of 15553 ***
This is not correct - 15553 has been resolved.
The present bug comes about because
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
11:06 ---
Subject: Bug 21799
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-08 11:05:52
Modified files:
gcc/cp : ChangeLog pt.c
--- Additional Comments From nathan at gcc dot gnu dot org 2005-07-08
11:08 ---
Fixed mainline
2005-07-08 Nathan Sidwell [EMAIL PROTECTED]
PR c++/21799
* pt.c (type_unification_real): Add is_method argument. Use it
for this pointer unification.
This code does not compile:
template class T
struct Feature {
friend void AssertFeature0(T *) {}
};
template class T
inline void AssertFeature(T *t = 0) { if(t) AssertFeature0(t); }
template class T
struct Test : Feature TestT
{
int i;
~Test() { AssertFeatureT(); }
};
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-08 11:15
---
Jerry said he's working on this.
--
What|Removed |Added
CC|
This code does not compile:
template class T
struct Feature {
friend void AssertFeature0(T *) {}
};
template class T
inline void AssertFeature(T *t = 0) { if(t) AssertFeature0(t); }
template class T
struct Test : Feature TestT
{
int i;
~Test() { AssertFeatureT(); }
};
--- Additional Comments From andre dot maute at gmx dot de 2005-07-08
11:17 ---
(In reply to comment #3)
Daniel Berlin suggested to check if -O2 compile times have increased too.
indeed they DID!
there is a bigger regression between 2005/03/26 and 2005/04/09 for gcc-4.0
and
--- Additional Comments From nathan at gcc dot gnu dot org 2005-07-08
11:18 ---
rth beat me to installing a patch
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-07-08
12:23 ---
I don't know whether I just forgot about it, or figured we'd be better off
leaving it as it was for a bit longer, so as to expose more cases we could
handle especially.
--
struct TT1 {
static int v1;
static int v2;
};
int TT1::v1;
int TT1::v2 = 3;
templatetypename U struct TT2 {
static int v1;
static int v2;
};
template int TT2bool::v1;
template int TT2bool::v2 = 3;
int main() {
TT1
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-08
12:54 ---
Subject: Re: [4.1 Regression] ACATS ICE
cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
On Fri, 2005-07-08 at 09:33 +, pluto at agmk dot net wrote:
--- Additional Comments
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-08
13:01 ---
(In reply to comment #3)
I answered my own question about the purpose of gfc_trans_arrayfunc_assign.
I have written a patch that distinguishes the case of components of derived
types and skips this call.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
13:08 ---
Subject: Bug 22098
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 13:08:15
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
13:09 ---
Subject: Bug 22013
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 13:08:15
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
13:14 ---
Subject: Bug 22308
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 13:13:52
Modified files:
gcc:
--- Additional Comments From mick at nag dot co dot uk 2005-07-08 13:32
---
Subject: Re: Internal compiler error compiling BLAS routine
dspr.f
pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
13:20 ---
I think
--- Additional Comments From gruel at astro dot ufl dot edu 2005-07-08
13:34 ---
Subject: Re: problem with structure and calling a function
paulthomas2 at wanadoo dot fr wrote:
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-08
09:37 ---
(In reply to
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
14:01 ---
Subject: Bug 21911
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 13:59:35
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
14:11 ---
Subject: Bug 21897
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 14:10:56
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
14:13 ---
Subject: Bug 19317
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 14:13:13
Modified files:
gcc/testsuite :
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--- Additional Comments From bangerth at dealii dot org 2005-07-08 14:16
---
This is already fixed in 4.0. In previous versions, one can have a little
fun if the compiler is configured with checking enabled:
g/x /home/bangerth/bin/gcc-2.95.3/bin/c++ -c x.cc
x.cc: In function `int
--- Additional Comments From bangerth at dealii dot org 2005-07-08 14:19
---
*** This bug has been marked as a duplicate of 22363 ***
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2005-07-08 14:19
---
*** Bug 22364 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22363
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
14:20 ---
*** This bug has been marked as a duplicate of 21963 ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
14:21 ---
Subject: Bug 19005
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 14:20:28
Modified files:
gcc/testsuite :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
14:20 ---
*** Bug 22345 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2005-07-08 14:21
---
This
template int TT2bool::v1;
only declares the existence of an explicit specialization. It does not
define it. The standard explicitly says that to make this a definition
you need to provide an
--
What|Removed |Added
Keywords||rejects-valid
Known to fail||2.95.3 3.2.3 3.3.3 3.4.0
|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
14:37 ---
What is happening is that MR_deep_copy_typeclass_info is not being inlined but
instead GCC changes
the how the arguments are passed, via registers. This is a target bug.
The bug is in:
/* Use
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-08 14:46
---
Fixed for 3.4.5, 4.0.2, 4.1.0.
--
What|Removed |Added
OtherBugsDependingO|
--
What|Removed |Added
CC||v dot haisman at sh dot cvut
||dot cz
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21911
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
14:48 ---
Fixed for 4.0.2 and above.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 22098 depends on bug 22013, which changed state.
Bug 22013 Summary: [4.0 Regression] ICE in gimple_add_tmp_var, at gimplify.c:535
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22013
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
14:49 ---
Fixed for 4.0.2 and above.
--
What|Removed |Added
Status|ASSIGNED
This is a meta-bug for any issues related to the removal of the
old loop optimizer. Please make this bug depend on:
1) any bugs in loop.c;
2) any bugs or pessimizations with -floop-optimize2 (i.e. the
new RTL loop optimizers);
3) any bugs about missed optimizations with
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-08
14:58 ---
Bug 7561 is apparently a long-forgotten bug in loop.c array prefetching.
Bug 21323 is a stength reduction ICE in loop.c.
Bug 21848 is a report about loop.c producing wrong code.
Bug 22325 is a
--
What|Removed |Added
BugsThisDependsOn||22367
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16620
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
14:58 ---
Confirmed.
--
What|Removed |Added
OtherBugsDependingO||19292
extern void v;
void f(void) { v; }
is invalid in both C90 and C99: lvalues cannot have type void, although they can
have types const void or volatile void, and none of the other possibilities for
operands on '' are met. However, GCC fails to diagnose this code.
extern void *p;
void f(void) {
--
What|Removed |Added
BugsThisDependsOn||22367
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16989
--
What|Removed |Added
OtherBugsDependingO||22366
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21323
--- Additional Comments From bangerth at dealii dot org 2005-07-08 14:58
---
I don't quite know what to say, whether this is a bug or not. Take
this reduced snippet:
---
template class T struct S {
friend void foo(T *);
};
template class T void bar()
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-07-08 15:02 ---
I have the same problem on FreeBSD. The following patch seems to fix (bootstrap
still in progess).
Index: Makefile.in
===
RCS file:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
15:06 ---
Confirmed, this is a latent bug in 4.0.0. The code was not in 3.4.0 so this is
4.0.0 regression.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
15:07 ---
This also blocks the tree combiner even though I don't see the regression on
ppc-darwin.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
15:08 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
15:15 ---
[[old loop optimizer]]
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
15:20 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00550.html.
--
What|Removed |Added
This is a meta bug for all of the mis-match type bugs in GCC.
--
Summary: [meta-bugs] mis-match types in GCC
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P2
--
What|Removed |Added
BugsThisDependsOn||22328
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--
What|Removed |Added
OtherBugsDependingO||22368
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22328
--
What|Removed |Added
BugsThisDependsOn||22329
BugsThisDependsOn||22335
--
What|Removed |Added
BugsThisDependsOn||22356
BugsThisDependsOn||22358
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-08
15:30 ---
Bug 19581 is about store motion that only loop.c currently does.
Bug 19078 reports on a few tuning issues with BIV splitting in the unroller.
Bug 11707 is about the lack of a constant propagation pass
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
BugsThisDependsOn||22369
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Testcase:
struct A { void f() { } };
struct B: public A { };
typedef void (B::*bp)();
int main()
{
bp b = A::f;
}
--
Summary: C++ produces mis-matched types with pointers to member
functions
Product: gcc
Version: 4.1.0
Status:
--- Additional Comments From bosch at adacore dot com 2005-07-08 15:39
---
Subject: Re: Ada produces mis-match (non compatible) types in MODIFY_EXPR
Something like the attached patch (untested) should work.
I've got child duty today, so won't be able to test this until
at least
Testcase:
typedef short __attribute__((vector_size (16))) vecint;
vecint i;
vecint j;
vecint k;
int
main ()
{
k = i ^ j;
}
See PR 22368 for the patch which finds this.
--
Summary: Vec lower produces mis-match types
Product: gcc
Version: 4.1.0
--
What|Removed |Added
BugsThisDependsOn||22370
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--
What|Removed |Added
Attachment #9230|application/octet-stream|text/plain
mime type||
Attachment #9230 is|0 |1
Reduced from gcc.dg/debug/redecl-2.c:
typedef int IA[];
typedef int A5[5];
int array10[10];
A5 *ap;
void
f (void)
{
int ap;
{
extern IA *ap;
ap = array10;
}
}
See PR 22368 for the patch which catches this.
--
Summary: C front-end produces mis-match types in MODIFY_EXPR
--
What|Removed |Added
BugsThisDependsOn||22371
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-07-08
15:48 ---
(In reply to comment #51)
I don't know whether I just forgot about it, or figured we'd be better off
leaving it as it was for a bit longer, so as to expose more cases we could
handle especially.
Well,
--
What|Removed |Added
BugsThisDependsOn||22372
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Testcase:
void f(int *);
int main ()
{
int i;
char ia[16];
char ic[16] = {0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45};
char ib[16] = {0,3,6,9,12,15,18,21,24,27,30,33,36,39,42,45};
for (i = 0; i 16; i++)
ia[i] = ib[i] + ic[i];
f(ia);
return 0;
}
See PR 22368 for the patch
Testcase:
double u[1782225];
int foo(int N, int *res)
{
unsigned int i, j;
double sum = 0;
for (i = 0; i N; i++)
{
for (j = 0; j N; j++)
{
sum = sum + u[i + 1335 * j];
}
}
*res = sum + N;
}
Patch in PR 22368 finds
--
What|Removed |Added
BugsThisDependsOn||22373
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--
What|Removed |Added
BugsThisDependsOn||22374
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Testcase:
struct B {
virtual int f() { }
} ob;
struct D : public B {
virtual int f() { }
} od;
main() {
B *b = ob;
D *c = dynamic_castD(*b);
}
Reduced from g++.old-deja/g++.mike/dyncast2.C
Patch in PR 22368 is used to find this.
--
Summary: C++ front-end produces mis-match
--
What|Removed |Added
BugsThisDependsOn||22375
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Take the following fortran code:
! { dg-do run }
! Option passed to avoid excess errors from obsolete warning
! { dg-options -w }
! PR18827
integer i,j
common /foo/ i,j
assign 1000 to j
j = 5
goto j
1000 continue
end
We get errors as __builtin_expect is
Compile this at -O1, and you get
tree PTA : 12.25 (36%) usr 0.08 ( 5%) sys 12.35 (35%) wall
44137 kB (16%) ggc
===
int *a;
#define C1(A) \
a[A##1] = A; a[A##2] = A; a[A##3] = A; a[A##4] = A;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
16:30 ---
Oh, I copied the wrong testcase.
Anyways here is the testcase which fails:
struct A { void f() { } };
struct B: public A { };
struct C: public A { };
struct D : public B, public C { };
typedef void
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-07-08 17:19 ---
The fix doesn't fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22340
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
17:23 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00578.html.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
18:05 ---
Subject: Bug 22356
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-08 18:05:12
Modified files:
gcc: ChangeLog tree-complex.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
18:05 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 22368 depends on bug 22356, which changed state.
Bug 22356 Summary: mis-match types in cplxlower
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22356
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
18:19 ---
We still have either a ra issue (or ivopts issue which our current ra cannot
resolve).
On the tree level we get the following difference.
strength_test2:
L0:;
*(data + (int *) ((unsigned int) *pretmp.9 *
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
18:28 ---
Subject: Bug 22083
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 18:28:25
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
18:33 ---
Subject: Bug 22083
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-08 18:33:45
Modified files:
gcc:
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-08 18:35
---
Patch applied to gcc-4.0 and gcc-3.4 branches.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Known to work|3.3.3 4.1.0 |3.3.3 4.1.0 4.0.2
Target Milestone|4.0.2 |3.4.5
--- Additional Comments From dims at yahoo dot com 2005-07-08 18:39 ---
Is the just released 4.0.1 on another branch? is that working?
-- dims
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
18:40 ---
(In reply to comment #22)
Is the just released 4.0.1 on another branch? is that working?
Yes and yes (well bootstrap is).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
18:41 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00588.html.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-08
18:43 ---
Another testcase for a different related problem but still in DOM:
void abort(void) __attribute__((__noreturn__));
typedef struct {
int container;
} edge_iterator;
struct ls_expr
{
int index;
int
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-08
18:49 ---
Subject: Bug 22360
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-08 18:49:07
Modified files:
gcc: ChangeLog tree.c
Log message:
1 - 100 of 145 matches
Mail list logo