Package: g++-3.2
Version: 1:3.2.3-0pre5
Severity: important
The following program is valid C++, but does not compile:
-- snip --
class X {
public:
template
int bar () {return d;}
};
template
int fooo ()
{
return x;
}
template
void bar (T& g)
{
int kk = fooo<17>(); // OK
X x;
int k
Package: gcc-3.3
Version: 1:3.3-0pre3.aylee
Severity: normal
I've used pbuilder to backport gcc-3.3 to woody and encountered the
following error:
else true; fi; \
else true; fi
cd ../../src/gcc && makeinfo -Idoc/include \
-o treelang/treelang-3.3.info treelang/treelang.texi
treelang/treelang.
Package: g++-4.3
Version: 4.3.2-1.1
Severity: normal
*** Please type your report below this line ***
mutabor++ /tmp> g++ -fnon-call-exceptions -O2 testcase.cpp
testcase.cpp: In destructor
'SparsePreconditioner::~SparsePreconditioner()':
testcase.cpp:271: internal compiler error: Segmentation fault
Forgot the attachment before...
Sorry,
Thimo
testcase.cpp
Description: Binary data
Package: g++-4.3
Version: 4.3.2-1.1
Severity: important
I've reduced the testcase with the Intel CESR tool to:
mutabor++ /tmp> g++ -fnon-call-exceptions -O2 cesrcut.cpp
cesrcut.cpp: In destructor SparsePreconditioner::~SparsePreconditioner():
cesrcut.cpp:282: internal compiler error: Segmentat
Package: g++-3.3
Version: 1:3.3.2-0pre5.0.1
Severity: normal
Tags: sid
The following program consists of two classes, both with a
parametrized method. Depending on the parameter type g++ the
compilation fails or not...
-- snip --
class E1 {
public:
template
void print(T bla) { };
};
class E
Package: g++-3.3
Version: 1:3.3.2-0pre5.0.1
Severity: normal
Tags: sid
The following code shows that g++ reports a syntax error if the
method-call is inside a template-function but not if it's inside a
normal function:
-- snip --
#include
template
class Entity {
public:
template
void prin
Hi,
I asked a second person when I filed the original bug report but now a
third person saw the problem. Yes, the call tries to create a
reference on a constant and thus cannot compile. But in that case, the
error-message is very misleading.
I've already changed the bug title and changed the seve
Hi,
Am 19.10.2003 um 23:52 schrieb Falk Hueffner:
> The Compaq compiler also rejects it. I'm pretty sure it's the expected
> behaviour, but somebody else should check.
In my copy of Stroustrups book (german version, 4th edition) there's a
short passage in Appendix A.9 talking about parsing of
tem
Hi,
yet more info for this bug: it may be related to #185604 (also
reported by me :) but isn't the same. First of all, the program from
#185604 compiles fine with gcc 3.3.2 (no wonder as it went into the
regression tests) and the error is different. In the old bug the
compiler parsed the specializ
Package: gcc-3.0
Version: 1:3.0-0pre010403
Severity: wishlist
This in an issue with both gcc 3.0 and gcc 2.95. I just tried to
compile my project and got the following message (after tons of
make-stuff):
make[1]: Leaving directory `/home/thimo/UG/course/appl/couplex'
gcc-3.0 -o course2d debug.o c
11 matches
Mail list logo