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
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()
{
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
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
4 matches
Mail list logo