署名済み：gccの最適化 "バグ"

Question

私のコードには警告があり、避ける方法はわかりません。ここでは、コードスニペットが

#include <arpa/inet.h> 
int main(void) { 
     uint16_t portnbr=0; 
     uint16_t n_portnbr = htons(portnbr); 
     return n_portnbr; 
} 

あるコンパイラ：

/usr/bin/g++ -Wconversion -Wall -O2 a.cpp 

出力：

a.cpp:4: warning: conversion to 'short unsigned int' from 'int' may alter its value 

警告を回避することが可能ですか？ CFLAGSを変更するオプションがありません。

私のコンパイラはgccのバージョン4.3.4 [GCC-4_3-分岐リビジョン152973]（SUSE Linux）の

Answer 1

これはglibcのバグです。このbug reportを参照してください。

Answer 2

では、単にそれが警告のように聞こえるものだ、不足しているプロトタイプである可能性があります。

htons()関数を手動で宣言し、それが役立つかどうかを確認してください。その場合は、ヘッダーを調査する必要があります。

The Linux manual pagehtons()の請求：

POSIX.1-2001。

システムによっては、< arpa/inet.h>の代わりに< netinet/in.h>を含める必要があります。

UPDATE：コメントで指摘したように、それは機能の暗黙の宣言から「苦しむ」べきではありませんので、これはC++です。奇妙な。私はおそらくhtons()が何らかの理由で不思議な振る舞いをしているマクロである、あらかじめ処理されたコードを読むことをお勧めします。

Answer 3

効率のために、htonsとその親類は、しばしばマクロによってオーバーロードされます。

uint16_t n_portnbr = (htons)(portnbr); 

この問題が解決するかどうかを確認するには、マクロではなく関数をトリガーするようにしてください。

ここに該当する場合、実際には間違っているのは残念です。その後、そのバージョンのマクロだけをオフにしてください。