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
> com
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 i
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
void test(int j = 0);
template <>
void test<1>(int j);
calling test<1>() should work, but instead g++ complains there is no
matching
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 c
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 branc
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 com
6 matches
Mail list logo
