Bug#259196: libstdc++5: mixed signed/unsigned char comparison in std::char_traits

2004-07-13 Thread giuseppe bonacci
Package: libstdc++5 Version: 1:3.3.4-2 Severity: minor I report this as "minor" since I don't know if it's really a bug or standard behaviour that I'm not understanding. The following program (to be compiled with g++ 3.x) #include #include #define BLURB(x) #x << "\t== " << (x) << '\n' int main

Bug#232083: libstdc++5: strange behaviour of ios::ate

2004-02-10 Thread giuseppe bonacci
Package: libstdc++5 Version: 1:3.3.2-4 Severity: normal I am not sure this is a bug, nor that it pertains to this package, but anyway, here it is: // // compile with // // g++ -W -Wall -ansi -O -D_REENTRANT -fPIC -fpic -D_FILE_OFFSET_BITS=64 // #include using namespace std; int main() {

Bug#220000: libstdc++5: largefile support (LFS) missing

2003-11-10 Thread giuseppe bonacci
Package: libstdc++5 Version: 1:3.3.2-1 Severity: normal In libstdc++5-3.3.2 large file support has disappeared (with respect to libstdc++2.10-glibc2.2). C++ applications that manipulate large files, recompiled with g++-3.3, might cause massive data corruption, unless they carefully test streams

Bug#196908: g++-3.3: inconsistent behaviour of -Wall

2003-06-10 Thread giuseppe bonacci
Package: g++-3.3 Version: 1:3.3-3 Severity: normal Tags: security I don't know whether g++-3.3 or libstdc++5-3.3-dev is responsible. Anyway, here it is: $ cat a.cc #include #include template static inline T f(T x) { T y; return y; } int main() { std::vector a; a.push_b