-
/Zc:forScope- 选项
/Zc:forScope- 已弃用，并且将在将来版本中删除。
Command line warning D9035: option 'Zc:forScope-' has been deprecated and will be removed in a future release
如果你确实关心编写可移植且符合标准的代码，则应重写代码，以便通过将此类变量的声明移到循环以外的点使其符合标准。
// zc_forScope.cpp
// compile with: /Zc:forScope- /Za
// C2065 expected
int main() {
// Uncomment the following line to resolve.
// int i;
for (int i =0; i < 1; i++)
;
i = 20; // i has already gone out of scope under /Za
}
-
/Zg 编译器选项
此此编译器选项已被弃用。
-
VSTest.Console.exe 命令行选项。
-
可变关键字
根据标准，可变说明符仅可应用于类数据成员的名称，不能应用于声明为 const 或 static 的名称，也不能应用于引用成员。
例如，考虑以下代码：
struct S {
mutable int &r;
};
早期版本的 Visual C++ 编译器接受此代码，但现在编译器则报告以下错误：
若要修复此错误，只需删除冗余的可变关键字。
-
char_16_t 和 char32_t
用户和库作者通常会将 char16_t 和 char32_t 分别定义为 uint16_t 和 uint32_t 的别名。
#include <cstdint>
typedef uint16_t char16_t; //C2628
typedef uint32_t char32_t; //C2628
int main(int argc, char* argv[])
{
uint16_t x = 1; uint32_t y = 2;
char16_t a = x;
char32_t b = y;
return 0;
}
若要更新你的代码，请删除 typedef 声明，并重命名与这些名称发生冲突的任何其他标识符。
-
非类型模板参数
例如，在早期版本的 Visual C++ 中正确编译的以下代码。
struct S1
{
void f(int);
void f(int, int);
};
struct S2
{
template <class C, void (C::*Function)(int) const> void f() {}
};
void f()
{
S2 s2;
s2.f<S1, &S1::f>();
}
当前编译器可以准确报告错误，因为模板参数类型不匹配模板参数（该参数是指向 const 成员的指针，但函数为非 const）：
错误 C2893：未能特殊化函数模板“void S2::f(void)”
备注：使用以下模板参数：
备注：“C=S1”
备注：“Function=S1::f”
若要在代码中修复此错误，请确保你使用的模板参数类型匹配模板参数声明的类型。
-
__declspec(align)
以前会始终忽略此项，但现在会产生编译器错误。
error C3323: 'alignas' and '__declspec(align)' are not allowed on function declarations
因为它不起作用，将其删除不会更改任何内容。
-
异常处理
在 Visual Studio 2013 中的 Visual C++ 中编译的以下代码却不能在 Visual Studio 2015 中的 Visual C++ 中进行编译：
struct S {
public:
S();
private:
S(const S &);
};
int main()
{
throw S(); // error
}
当复制构造函数为声明的 explicit 时，这同样适用。
struct S {
S();
explicit S(const S &);
};
int main()
{
throw S(); // error
}
若要更新你的代码，请确保异常对象的复制构造函数是公用的且未标记为 explicit。
在 Visual Studio 2013 中的 Visual C++ 中编译的以下代码却不能在 Visual Studio 2015 中的 Visual C++ 中进行编译：
struct B {
public:
B();
private:
B(const B &);
};
struct D : public B {
};
int main()
{
try
{
}
catch (D d) // error
{
}
}
可以通过将 catch 的参数类型更改为引用来解决此问题。
-
后面是宏的字符串文本
例如，在早期的编译器中，成功编译了以下代码：
在 Visual Studio 2015 中的 Visual C++ 中，编译器将此视为用户定义的文字，但由于没有定义匹配的用户定义的 _x 文本，它将报告错误。
若要解决此问题，请在字符串文本和宏之间添加一个空格。
-
相邻字符串文本
例如，必须更改以下代码：
只需在两个字符串之间添加空间。
-
placement new 和 placement delete
重大更改为，如果你之前使用的是具有相同签名的运算符 delete（以与 placement new 运算符对应），你将收到编译器错误（C2956，在使用 placement new 的点位置出现，因为在代码中的该位置，编译器会尝试标识适当匹配的 delete 运算符）。
标准要求为，如果使用 placement new 查找相应的 delete 函数和常用释放函数，则程序会出现格式错误。
例如，假设你的代码同时定义了 placement new 和 placement delete：
void * operator new(std::size_t, std::size_t);
void operator delete(void*, std::size_t) noexcept;
较好的解决办法就是使用如下的枚举类型：
enum class my_type : size_t {};
你无需为此使用枚举；具有 size_t 成员的类类型也将起作用。
如果你的代码使用 placement new 实现内存池，其中位置参数是分配或删除的对象的大小，则调整了大小的释放功能可能适合替换你自定义的内存池代码，且你可以去掉位置函数，仅使用自己两个参数的 delete 运算符（而不是位置参数）。
如果使用此选项，则不存在两个参数的 delete 函数，并且也不会导致与 placement delete 运算符发生冲突。
-
联合数据成员
以下代码在 Visual Studio 2013 中的 Visual C++中成功编译，但在 Visual Studio 2015 中的 Visual C++ 中产生错误。
union U1 {
const int i;
};
union U2 {
int &i;
};
union U3 {
struct {int &i;};
};
前面的代码产生以下错误：
test.cpp(67)：错误 C2625：U2::i：非法的联合成员；类型“int &”为引用类型
test.cpp(70)：错误 C2625：U3::i：非法的联合成员；类型“int &”为引用类型
根据值的大小，它还可能更改联合的大小。
-
这些在 Visual Studio 2015 中的 Visual C++ 中已删除。
struct S {
S();
};
union {
struct {
S s;
};
} u; // C2280
前面的代码在 Visual Studio 2015 中的 Visual C++ 中生成以下错误：
error C2280: '<unnamed-type-u>::<unnamed-type-u>(void)': attempting to reference a deleted function
note: compiler has generated '<unnamed-type-u>::<unnamed-type-u>' here
若要解决此问题，请提供你对构造函数和/或析构函数的定义。
struct S {
// Provide a default constructor by adding an empty function body.
S() {}
};
union {
struct {
S s;
};
} u;
-
具有匿名结构的联合
请考虑以下代码，其中联合 U 包含一个匿名结构，此匿名结构包含的成员是一个具有析构函数的命名结构 S。
#include <stdio.h>
struct S {
S() { printf("Creating S\n"); }
~S(){ printf("Destroying S\n"); }
};
union U {
struct {
S s;
};
U() {}
~U(){}
};
void f()
{
U u;
// Destructor implicitly called here.
}
int main()
{
f();
char s[1024];
printf("Press any key.\n");
gets_s(s);
return 0;
}
编译器会对关于此行为的更改发出警告。
警告 C4587：U::s：行为更改：不再隐式调用构造函数
警告 C4588：U::s：行为更改：不再隐式调用析构函数
无论编译器版本为何，非匿名结构的运行时行为都是相同的。
#include <stdio.h>
struct S {
S() { printf("Creating S.\n"); }
~S() { printf("Destroying S\n"); }
};
union U {
struct {
S s;
} namedStruct;
U() {}
~U() {}
};
void f()
{
U u;
}
int main()
{
f();
char s[1024];
printf("Press any key.\n");
gets_s(s);
return 0;
}
或者，尝试将构造函数和析构函数代码移到新的函数中，并从联合的构造函数和析构函数添加对这些函数的调用。
#include <stdio.h>
struct S {
void Create() { printf("Creating S.\n"); }
void Destroy() { printf("Destroying S\n"); }
};
union U {
struct {
S s;
};
U() { s.Create(); }
~U() { s.Destroy(); }
};
void f()
{
U u;
}
int main()
{
f();
char s[1024];
printf("Press any key.\n");
gets_s(s);
return 0;
}
-
模板解析
这些无效的实例化通常不会导致编译器错误，这被称为 SFINAE（替换失败不是错误）原则。
例如，考虑以下代码：
#include <type_traits>
template<typename T>
struct S
{
S() = default;
S(const S&);
S(S&&);
template<typename U, typename = typename std::enable_if<std::is_base_of<T, U>::value>::type>
S(S<U>&&);
};
struct D;
void f1()
{
S<D> s1;
S<D> s2(s1);
}
struct B
{
};
struct D : public B
{
};
void f2()
{
S<D> s1;
S<D> s2(s1);
}
如果使用当前编译器进行编译，将得到以下错误：
type_traits(1110)：错误 C2139：“D”：未定义的类不允许作为编译器内部类型特征“__is_base_of”的参数
..\t331.cpp(14)：备注：请参阅“D”的声明
..\t331.cpp(10)：备注：请参阅对正在编译的类模板实例化“std::is_base_of<T,U>”的引用
替换为
[
T=D,
U=D
]
这是因为在第一次调用 is_base_of 时，尚未定义类“D”。
如果定义位于标头文件中，请检查标头文件的 include 语句的顺序，以确保在使用有问题的模板之前，对任何类定义进行了编译。
-
复制构造函数
在 Dev14 中，此隐式生成的复制构造函数也标记为“= delete”。
警告