编译器中的突破性变化 除了那些会影响到库的变化之外，也有一些变化会影响到编译器。以下是Visual C++ 2005中编译器的主要变化，需再次提醒的是，此处并没有列出所有的变化，但却是微软公司VC++使用者及内部合作者所确认的关键性变化。
指向成员的指针
在之前的版本中，一个指向成员的指针不需使用取址操作符（&）就能获取，现在，Visual C++ 2005已经严格按照标准，必须要使用取址操作符，这也有助于消除潜在的运行时错误。但也导致了MFC库的许多地方需要修改，同时意味着，可能会对现有的程序造成影响。
范围限制规则
在for循环声明中，默认情况下不强制执行范围限制规则。在之前的版本中，for循环中变量的生命期将会延续到循环之外，为与标准兼容，for循环中定义的变量，现在只限定在for循环内使用。
wchar_t类型
现在，wchar_t已为默认内置类型。这就是说，也许在以前，wchar_t可能会被当作一个unsigned short，因为它还不是内置类型，所以，当与那些有wchar_t类型变量的文件作符号比较时，很可能会导致问题。在Visual C++ 2005中，wchar_t已是一个内置类型，也就是说，需要确定以前对wchar_t的用法不会导致转译为一个unsigned short。
异常处理
为了与库的变化保持一致，编译器已作了一些修改，以便不会捕捉到结构化异常。所以，为与以前代码保持兼容，还是应该使用/EHa。
参数属性
为了提供更健壮的属性--也是为了代码的健壮性，编译器现在将会检查类型、枚举等等的属性。这意味着，以前的代码可能会在属性方面碰到一个从未有过的编译器错误。
默认为int
为遵循C++标准，对没有类型声明的变量或函数，已不再默认为int类型。但在C语言中仍然可以，C++语言中已不行。这甚至也影响到了微软公司自身的代码，包括NT系统的代码，所以最好的方式，还是显式声明。
关于C的托管代码
C语言编译器一般不可能创建CLR的托管代码，因为C语言不是面向对象的，它不符合CLR所使用的模型，因此，任何以C语言来编译的代码都会与CLR编译器设置冲突。例如，如果在编译时使用/TC设置，而且又设置了CLR，就会导致冲突。
面向CLR的新语法
通过设置/clr编译选项，C++编译器只接受新语法。这将强制推广加入到Visual C++ 2005中的新语法，同时，也会废弃掉老代码。
安全检查
在安全越来越得到重视的今天，安全检查选项/GS，在默认情况下就是打开的，还是有一定道理的。在Visual C++ 2005中，默认情况下将会使用/GS选项。
结论 本文列出了微软公司已确认的Visual C++ 2005中的一些关键性变化，虽然不是所有的变化，也不是最有可能冲击到代码的变化，但此处所列出的项目，将最有可能导致问题的产生。
归根结底，在升级或用新版编译器对程序作修改之前，必须先试着编译现有程序，以确认代码能通过编译，否则，就不可避免要动手修正源代码中存在的问题。
