glfw3.hのこれらの定義は同じ値を持っています。これは本来あるべき姿ではないと思いますが、問題は発生しません(afaik)。
#define GLFW_NATIVE_CONTEXT_API 0x00036001
#define GLFW_EGL_CONTEXT_API 0x00036002
#define GLFW_ARROW_CURSOR 0x00036001
#define GLFW_IBEAM_CURSOR 0x00036002
おっとっと。 これを見つけてくれてありがとう! あなたが言うように、それはおそらく問題を引き起こさないでしょう、しかしそれはまだ間違っています。
それはまだ間違っています
なぜそれが間違っていると思うのか聞いてもいいですか? それらの定義が別々の名前空間の一部である場合、それらの値の重複は間違いではありません。 それは...ですか?
異なる値を使用することは、潜在的なユーザーエラーをキャッチするのに役立つ可能性があることに同意します。これは、誰かが別の名前空間を予期する関数の1つの名前空間の定義を誤って使用する可能性があり、それをキャッチする型システムがないため、唯一のこのような間違いを見つける別の方法は、同じ値を再利用しないようにすることです。 多分これはあなたが意味したことですか?
@shurcooLはい、その通りです。 それはパターンを壊し、価値によって曖昧さを解消する能力を失います。
4.0の列挙型に移行する可能性があります。
最も参考になるコメント
@shurcooLはい、その通りです。 それはパターンを壊し、価値によって曖昧さを解消する能力を失います。
4.0の列挙型に移行する可能性があります。