（uint8_t）0x00をstd :: stringに追加すると、cygwinであいまいなオーバーロードエラーが発生しますか？

Question

私は狂っているのですか、これはcygwin g ++コンパイラのバグですか？

これは動作します：

std::string record; 
record += (uint8_t)1; 

また、値0でのconst変数を追加すると、完全にクールです：

：

const uint8_t tZero = 0x00; 
std::string record; 
record += tZero; 

しかし、このコードを実行すると、あいまいな演算子オーバーロードエラーが発生

std::string record;  
record += (uint8_t)0; 

明示的なキャスト、特にsinc電子候補の一つがエラーに与えられているものと同じであるように思わ：このエラーはまた、Visual Studioで表示されない

sources/logger.cpp:55:20: error: ambiguous overload for `operator+=' (operand types are `std::string {aka std::basic_string<char>}' and `uint8_t {aka unsigned char}') 
    record += (const uint8_t)0; 

note: candidates: 
    operator+=(const basic_string& __str) 
    operator+=(const _CharT* __s) 
    operator+=(_CharT __c) 

、それは私が期待するのと同様0x00のバイトをコンパイルし、追加します。

参考のため、バイナリログデータのバッファとして文字列を使用しています。おそらく、より良いコンテナを使用することができますが、+バイトで入力できるのはあまり役に立ちません。

cygwinの文字列の実装にバグがありますか、それとも0なのでエラーが発生するはずですか？エラーを修正するためにconst変数を使用しても構いませんが、このプロセスは他の値を持つコードを通して複数回繰り返されるため、奇妙に見えます。

Answer 1

これはかなり最近のC++言語の変更です。現在、コードはoperator+=(_CharT)に電話する必要があります。過去には、const uint8_t tZero = 0x00;であってもあいまいさが原因でコードが失敗するはずです。あなたはその変更が部分的に実装されているコンパイラを扱っています。

その言語に変更する前に、値がゼロの整数定数式は、暗黙的に任意のポインタ型に変換可能であり、NULLポインタを生成しました。そのため、(uint8_t)0をchar、またはconst char *に変換することができます。

ここで、リテラル0はポインタ型に変換できます。 tZero、またはさらに(uint8_t)0は、const char *に変換されなくなりました。これにより、曖昧さが解決されます。charへの変換のみが可能です。