Bug#930245: libstdc++-6-dev: namespace pollution with low-level macros

2019-06-09 Thread g1
Package: libstdc++-6-dev Version: 6.3.0-18+deb9u1 Severity: normal $ cat s.cc #include int major(int x) { return x & ~0x; } $ g++ -E -dD -ansi s.cc | grep -w major int major(int x) { return x & ~0x; } $ g++ -E -dDs.cc | grep -w major #define major(dev) gnu_dev_major (dev) With

Bug#864500: cpp-4.9: warnings from assert(strncmp(...) == 0) when using -O

2017-06-09 Thread g1
Package: cpp-4.9 Version: 4.9.2-10 Severity: minor The following program, #include #include int main() { const char *a = "xyz", *b = a; assert(strncmp(a, b, 3) == 0); return 0; } compiles fine with "gcc -Wall -ansi -pedantic -Wprogram.c", bu

Bug#823222: gcc-4.9: reordering of signed int operations triggers overflow

2016-05-02 Thread g1
Package: gcc-4.9 Version: 4.9.2-10 Severity: normal I compiled the program #include #include int main() { int s = 1 << 30; s += (s - 1); printf("%d\n%d\n%d\n", sizeof s, s, INT_MAX); return 0; } with "gcc -W -Wall -ansi -pedantic -O0 -fsanitize=u

Bug#731330: libstdc++6: functions labelled FNV-1a in /usr/include/c++/4.7/tr1/functional_hash.h are not FNV-1a

2013-12-04 Thread g1
Package: libstdc++6 Version: 4.7.2-5 Severity: minor As far as I know, the FNV and FNV-1a algorithms process octects, i.e. unsigned chars. (see e.g. http://tools.ietf.org/html/draft-eastlake-fnv-03#section-2 ) The implementations in /usr/include/c++/4.7/tr1/functional_hash.h work on chars, inste