Bug#530949: gcc-4.4: warns about idiomatic use of Berkeley sockets

2009-05-29 Thread Philip Martin
brian m. carlson sand...@crustytoothpaste.ath.cx writes: This is a standard and idiomatic usage of Berkeley sockets. AFAIK, there is no other way to work with the sockets interface, and even if there were, this method is extremely common, not to mention sanctioned by POSIX. It may be

Bug#530949: gcc-4.4: warns about idiomatic use of Berkeley sockets

2009-05-29 Thread Philip Martin
brian m. carlson sand...@crustytoothpaste.ath.cx writes: I expect that when used on a POSIX system (at least in strict POSIX mode or when invoked as c99), gcc-4.4 neither warns nor generates code contrary to POSIX with -O2 -Wall. You can add -fno-strict-aliasing which will disable the

Bug#530949: gcc-4.4: warns about idiomatic use of Berkeley sockets

2009-05-29 Thread Philip Martin
brian m. carlson sand...@crustytoothpaste.ath.cx writes: I'm aware of that. My opinion remains the same: GCC should generate POSIX-conformant code without warnings with -O2 -Wall. That can be achieved by disabling -fstrict-aliasing at -O2, by patching glibc to allow aliasing of the relevant

Bug#392880: gcc-4.1: off-by-one error for string initialiser warnings

2006-10-14 Thread Philip Martin
the terminating null character if there is room or if the array is of unknown size) initialize the elements of the array So string3 is correctly initialized with the two bytes '1' and '2' and the terminating null is discarded. -- Philip Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED

Re: g++ template problem

2006-01-30 Thread Philip Martin
' mmap2::const_iterator mi2; // error: expected `;' before 'mi2' } }; You need to use: typename mmap::const_iterator mi; typename mmap2::const_iterator mi2; See the discussion about dependent names in: http://gcc.gnu.org/gcc-3.4/changes.html -- Philip

Bug#291641: libtool: resolves dependencies to the install tree rather than the build tree

2005-02-01 Thread Philip Martin
Scott James Remnant [EMAIL PROTECTED] writes: On Sat, 2005-01-22 at 01:01 +, Philip Martin wrote: I find the libtool inter-library documentation confusing, but I think this is a Debian bug simply because Debian's libtool fails and GNU's libtool appears to work. Is there some reason

Bug#249691: gcc-3.4: false compiler error (templated base, templated child, private member)

2004-05-20 Thread Philip Martin
will no longer find members of a dependent base You need to refer to this-f rather than the unqualified f. -- Philip Martin

Bug#249691: gcc-3.4: false compiler error (templated base, templated child, private member)

2004-05-20 Thread Philip Martin
definition, the usual lookup rules (3.4.1, 3.4.2) are used for nondependent names -- Philip Martin

Bug#244894: libstdc++5-3.3-dev: const_reverse_iterators seem to be broken

2004-04-20 Thread Philip Martin
This is currently an open issue with the C++ standard library, see http://std.dkuug.dk/jtc1/sc22/wg21/docs/lwg-active.html#280 -- Philip Martin

Bug#185243: libstdc++3-dev: rope segfaults under heavy load

2003-03-18 Thread Philip Martin
unsigned int rand(unsigned int max) { unsigned int rval = (unsigned int)(((double)max)*rand()/(RAND_MAX)); if (rval == max) return max-1; } This function returns no value if rval != max so the behaviour is undefined. -- Philip Martin

Bug#185243: libstdc++3-dev: rope segfaults under heavy load

2003-03-18 Thread Philip Martin
crash. -- Philip Martin