Bug#523690: std::map<>::erase(map.end()) should be a no-op

2009-04-11 Thread Richard Atterer
Package: libstdc++6 Version: 4.3.3-3 Severity: normal Hello, The std::map::erase(iterator) method in libstdc++6 cannot deal with the case that it is called with the end() iterator: $ cat foo.cc #include int main(int, char**) { std::map m; m[1] = 2; m[3] = 4; m.erase(m.find(5)); // 5 no

Bug#114795: gcc-3.0: Weird behaviour with -I/usr/include

2001-10-08 Thread Richard Atterer
On Sun, Oct 07, 2001 at 07:05:04PM -0400, Daniel Jacobowitz wrote: > On Sun, Oct 07, 2001 at 08:57:22PM +0200, Richard Atterer wrote: > > I encountered some very strange behaviour when using > > -I/usr/include. Obviously, it doesn't make much sense to supply > > this

Bug#114795: gcc-3.0: Weird behaviour with -I/usr/include

2001-10-07 Thread Richard Atterer
Package: gcc-3.0 Version: 1:3.0.1-0pre010811 Severity: normal Hello, I encountered some very strange behaviour when using -I/usr/include. Obviously, it doesn't make much sense to supply this switch on the command line, but in any case gcc's reaction is wrong. (I came across this because libwww-c