On Sat, Sep 13, 2008 at 4:24 PM, Martin Michlmayr [EMAIL PROTECTED] wrote:
Given that GCC moved to stage 3 recently, I decided to build the Debian
archive to identify new issues before GCC 4.4 is released. I compiled
the entire Debian archive (just under 8000 packages that need to be
Package: gcc-3.3
Version: 1:3.3.4-1
Severity: normal
gcc-3.3.4-1 cannot bootstrap current mainline, it miscompiles
gengtype. Upstream cannot reproduce the problem, so it may be
debian patches to the 3.3.4 compiler that cause this problem.
More detailled information in the gcc bugzilla database
Package: g++
Version: 2:2.95.4-14
Severity: normal
g++ doesnt handle specifying a default argument to a specialized
template function which is done like
template int i
void test(int j = 0);
template
void test1(int j);
calling test1() should work, but instead g++ complains there is no
matching
Package: g++-3.0
Version: 1:3.0.4-6
I can confirm the problem exists for the QGLViewer package (uses
qt, pthreads, GL) - SIGSEGV at the first dynamic_cast. gcc 2.95.x
do not have this problem. gcc-3_0 branch HEAD has the same problem.
The SIGSEGVs vanish, if I remove -lGLU from the final link
Package: g++-3.0
Version: 1:3.0.4-6
I can confirm removing -lGLU from the link command line solves the
same problem with the QGLViewer package (using Qt and GL - linking
with GLU is from the tmake configuration).
Note that this happens on a SuSE 7.2 system, too (g++ from HEAD of the
gcc-3_0
Package: g++-3.0
Version: 1:3.0.4-6
The problem is both libGLU.so and libstdc++ contain the symbol
__dynamic_cast which is used by gcc to apply the cast. Anytime
the GLU one takes over, the SIGSEGVs occour (can be checked by
LD_PRELOADing libGLU to any dynamic_cast using program!).
So libGLU is
6 matches
Mail list logo
