C++ 有没有办法在VS2008下禁用某些错误？

我正在尝试使用VS2008编译许多遗留C（C99）代码。为了解决一些问题，而不是由VS2008编译器支持的C99代码，我切换到C++编译器，但是我现在面临的另一个问题是C++的错误：

 error C2440: '=' : cannot convert from 'void *' to 'uint8_t *'
 Conversion from 'void*' to pointer to non-'void' requires an explicit cast

---

<> P>是否存在C++编译器上的设置，以禁用该错误，并允许在C++中构建C样式的转换？

< p>没有办法禁用这些错误。这些是语言定义的硬错误。您不能选择要坚持的核心语言的哪些部分。如果这些是特定于供应商的扩展，那么可能有禁用它们的选项，但事实并非如此。这些错误涉及到C++语言的基本规则。 我的建议是使用真正的C99编译器编译这段代码。任何试图用MSVC2008（C或C++）编译它的尝试都会导致失望和痛苦

---

很有可能，最新版本的MSVC使用这段代码会更好。在微软最近发布的MSVC中。对C99的支持还不完整，但可能足以正确编译代码。

无法禁用这些错误。这些是语言定义的硬错误。您不能选择要坚持的核心语言的哪些部分。如果这些是特定于供应商的扩展，那么可能有禁用它们的选项，但事实并非如此。这些错误涉及到C++语言的基本规则。 我的建议是使用真正的C99编译器编译这段代码。任何试图用MSVC2008（C或C++）编译它的尝试都会导致失望和痛苦

---

很有可能，最新版本的MSVC使用这段代码会更好。在微软最近发布的MSVC中。对C99的支持还不完整，但可能足以正确编译代码。

无法禁用这些错误。这些是语言定义的硬错误。您不能选择要坚持的核心语言的哪些部分。如果这些是特定于供应商的扩展，那么可能有禁用它们的选项，但事实并非如此。这些错误涉及到C++语言的基本规则。 我的建议是使用真正的C99编译器编译这段代码。任何试图用MSVC2008（C或C++）编译它的尝试都会导致失望和痛苦

---

很有可能，最新版本的MSVC使用这段代码会更好。在微软最近发布的MSVC中。对C99的支持还不完整，但可能足以正确编译代码。

无法禁用这些错误。这些是语言定义的硬错误。您不能选择要坚持的核心语言的哪些部分。如果这些是特定于供应商的扩展，那么可能有禁用它们的选项，但事实并非如此。这些错误涉及到C++语言的基本规则。 我的建议是使用真正的C99编译器编译这段代码。任何试图用MSVC2008（C或C++）编译它的尝试都会导致失望和痛苦

---

很有可能，最新版本的MSVC使用这段代码会更好。在微软最近发布的MSVC中。C99的这种支持还不完整，但可能足以正确编译代码。

修复C99代码中的（C++）错误，或者（如果不可能/可行）在原始源代码周围提供包装器C库修复C99代码中的（C++）错误，或者（如果不可能/可行）围绕原始源提供包装器C库修复C99代码中的（C++）错误或（如果不可能/可行）围绕原始源提供包装器C库修复C99代码中的（C++）错误或（如果不可能/可行）在原始源上提供包装C库，在C++中没有从空隙*到T*的隐式转换（因此，最近的MSVC编译器不应该支持它）@ DeTutl u cc正确。我的意思是，VS2013在编译为C时对C99有更好的支持。事实上，在开始之前，我试着估计了我拥有的不同选项及其各自的成本，感谢您的回答，这也是我的想法，即编译器不应该在忽略错误的情况下有“想做的事”。。。（编写编译器会变得很困难！）在C++中没有从空洞*到T*的隐式转换（因此，最近的MSVC编译器不应该支持它）。我的意思是，VS2013在编译为C时对C99有更好的支持。事实上，在开始之前，我试着估计了我拥有的不同选项及其各自的成本，感谢您的回答，这也是我的想法，即编译器不应该在忽略错误的情况下有“想做的事”。。。（编写编译器会变得很困难！）在C++中没有从空洞*到T*的隐式转换（因此，最近的MSVC编译器不应该支持它）。我的意思是，VS2013在编译为C时对C99有更好的支持。事实上，在开始之前，我试着估计了我拥有的不同选项及其各自的成本，感谢您的回答，这也是我的想法，即编译器不应该在忽略错误的情况下有“想做的事”。。。（编写编译器会变得很困难！）在C++中没有从空洞*到T*的隐式转换（因此，最近的MSVC编译器不应该支持它）。我的意思是，VS2013在编译为C时对C99有更好的支持。事实上，在开始之前，我试着估计了我拥有的不同选项及其各自的成本，感谢您的回答，这也是我的想法，即编译器不应该在忽略错误的情况下有“想做的事”。。。（编写编译器将变得很困难！）