Jeffrey Walton wrote:
>> unfixable warnings for most network code due to macro expansion. See:
>> >
>> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488884
>> >
>> > The pattern explained in that bug is still present in the current glibc
>> > headers.
> Well, you can do one of three things. You can allow the defective code
> to thrive, you can fix the defective code ...
That particular problem appeares to be fixed in current glibc.
On Ubuntu 13.10:
$ cat htnos.cpp
#include <netinet/in.h>
#include <arpa/inet.h>
void test( int port )
{
struct sockaddr_in sa;
sa.sin_port = htons( (uint16_t)port ); // << Warning here in optimized mode
}
$ g++ -Wconversion -c htnos.cpp
[no output]
> bitops.h is banned from my code bases
bitops.h is not something provided by Autoconf or by
glibc, so I'm not sure what this (or the rest of your
email) is about. Clearly you favor the use of functions
like strcpy_s, but it's not just Ulrich Drepper who's
skeptical of that sort of approach; see, for example
<http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1106.txt>.
_______________________________________________
Autoconf mailing list
Autoconf@gnu.org
https://lists.gnu.org/mailman/listinfo/autoconf
