通过宏判断VS编译版本以及系统平台

最新推荐文章于 2025-03-21 17:16:51 发布
转载 最新推荐文章于 2025-03-21 17:16:51 发布 · 6.3k 阅读 · 1

本文详细介绍了MSVC系列编译器版本与_MSC_VER的对应关系，包括Visual Studio 2005到2013的版本标识，并提供了在不同平台上的自动检测方法。

1编译器

_MSC_VER 定义编译器的版本。下面是一些编译器版本的_MSC_VER值（参见扩展阅读中的参考文献2的链接） 
MSVC++ 12.0 _MSC_VER == 1800 (Visual Studio 2013)
MSVC++ 11.0 _MSC_VER == 1700 (Visual Studio 2012)
MSVC++ 10.0 _MSC_VER == 1600 (Visual Studio 2010)
MSVC++ 9.0  _MSC_VER == 1500 (Visual Studio 2008)
MSVC++ 8.0  _MSC_VER == 1400 (Visual Studio 2005)
MSVC++ 7.1  _MSC_VER == 1310 (Visual Studio 2003)
MSVC++ 7.0  _MSC_VER == 1300
MSVC++ 6.0  _MSC_VER == 1200
MSVC++ 5.0  _MSC_VER == 1100
其中MS VC++ 10.0就是Visual C++ 2010，MS VC++ 9.0就是Visual C++ 2008，MS VC++ 8.0就是Visual C++ 2005。版本名称上的的对应关系参见扩展阅读中的参考文献1的链接. 

//******************************************************************************
// Automated platform detection
//******************************************************************************

// _WIN32 is used by
// Visual C++
#ifdef _WIN32
#define __NT__
#endif

// Define __MAC__ platform indicator
#ifdef macintosh
#define __MAC__
#endif

// Define __OSX__ platform indicator
#ifdef __APPLE__
#define __OSX__
#endif

// Define __WIN16__ platform indicator 
#ifdef _Windows_
#ifndef __NT__
#define __WIN16__
#endif
#endif

// Define Windows CE platform indicator
#ifdef WIN32_PLATFORM_HPCPRO
#define __WINCE__
#endif

#if (_WIN32_WCE == 300) // for Pocket PC
#define __POCKETPC__
#define __WINCE__
//#if (_WIN32_WCE == 211) // for Palm-size PC 2.11 (Wyvern)
//#if (_WIN32_WCE == 201) // for Palm-size PC 2.01 (Gryphon)  
//#ifdef WIN32_PLATFORM_HPC2000 // for H/PC 2000 (Galileo)
#endif


转自：
http://baike.baidu.com/view/1276757.htm
http://stackoverflow.com/questions/70013/how-to-detect-if-im-compiling-code-with-visual-studio-2008

CMake入门教程【基础篇】跨平台判断宏
小鱼酱的博客
01-02 1634
CMake跨平台判断
C语言用宏判断系统,嵌入式系统C语言编程的心得体会(宏应用篇)
weixin_42134054的博客
05-24 963
在C语言里面宏定义的应用是很灵活的，但是一般讲C语言的书往往并不详细讲述宏的应用，只是简单提一下。宏的应用是程序模块化，通用化一个重要手段。嵌入式系统做多了就会发现其实没给项目应用的底层函数都十分相似，甚至是完全一样，工作方式也很固定。为了能简化编程工作量，通常都是从以往做的项目中将有用的函数先考到一起在做整理，不要的部分就删掉，这样一来，程序看起来似乎一样，但是又有所不同，删来改去的，常常是改了...
使用宏区别不同的VS和C++标准的版本
qq_34552942的博客
04-13 2478
__cplusplus__cplusplus（_MSVC_LANG） __cplusplus（_MSVC_LANG） 区别是C++还是C，C中没有定义这个宏 #include <stdio.h> int main() { #ifndef __cplusplus printf("C program.\n"); #else printf("C++ program.\n"); #endif return 0; } 程序在C和C++兼容，编译出的C目标文件和C++目标文
编程判断电脑系统版本号 windows VS2010
u014378023的专栏
07-09 817
int Select_Version(){OSVERSIONINFO osvi;osvi.dwOSVersionInfoSize = sizeof(OSVERSIONINFO); GetVersionEx((OSVERSIONINFO *)&osvi);switch (osvi.dwMajorVersion){case 5:switch(osvi.dwMinorVersion){case 0:pr
VS使用技巧-利用条件编译区分当前的编译环境（x64/x86、debug/release）
羽士的博客
01-16 2062
在项目开发中，如果要适应不同的平台，需要将项目在不同的环境下编译，如x64/x86、debug/release，如果涉及到外部依赖库，需要重新配置属性，加载不同环境下的依赖库，此时，可以利用宏及条件编译，自动判断当前的编译环境，以便自动选择需要加载的依赖库或进行不同的操作； 几个宏定义及解释如下： 宏 解释 _M_IX86 Win32 _M_X64 x64 _DEBUG debug 在代码中可使用条件编译进行判断，然后加载不同的依赖库 #ifdef _M_IX86
在VC中判断VC版本
chinabinlang的专栏
02-20 3036
在程序中的应用： #if _MSC_VER==1200 //这里判断就是VC6 #endif 在很多情况下，一般只判断当前版本是否是VC6 或更高版本，如下： #if _MSC_VER==1200 //VC6； #else if _MSC_VER>1200 //更高的VC版本 #endif       转： _MSC_VER是MSVC编译器的内置宏，定义了编译器的版
linux, windows, mac, ios等平台GCC预编译宏判断
Sirius的博客
07-29 952
写跨平台c/c++程序的时候，需要搞清各平台下面的预编译宏，区分各平台代码。而跨平台c/c++编程，GCC基本在各平台都可以使用。整理了一份各平台预编译宏的判断示例。 需要注意几点： windows32/64平台_WIN32都会被定义，而_WIN64只在64位windows上定义，因此要先判断_WIN64 所有的apple系统都会定义 __APPLE__，包括MacOSX和iOS TARGET_IPHONE_SIMULATOR 是 TARGET_OS_IPHONE 的子集， TARGET_OS_IPHON
Android编译宏、环境变量与选择编译
a1496785的博客
06-08 1389
#ifdef do something #else do something #endif
Qt的版本判断、跨平台选择与pro工程文件输出设定
u013441358的专栏
03-30 6347
介绍了Qt的跨平台选择与Pro文件中关于项目输出目录的设定，并提供了一个标准的、包含框架子项目的示例。
VC++使用宏定义来搞定程序的版本集信息
11-24
一个很简单的代码 就是在Define.h文件中用一系列宏将versioninfo结构体中信息都定义好 然后在xxx.rc文件中包含Define.h 然后再修改其中的Versioninfo那一段文字（记住用编辑源代码的形式打开，而不是用RC视窗），改完之后也不要再用RC视窗的VersionInfo的表单中做任何的修改 以后程序版本集变动只需要修改Define.h 而且程序中如果有需要获得程序版本集信息的，只须使用Define.h中预先定义好的宏就可以了，而不用去查MSDN去调用一些复杂的API函数来获得版本号等。 具体请看代码，VC2008的工程
VS编译器各版本代号
楚游香的博客
02-09 4728
MS VC++ 14.0 _MSC_VER = 1900 vs2015 平台是v140 MS VC++ 12.0 _MSC_VER = 1800 vs2013 平台是v120 MS VC++ 11.0 _MSC_VER = 1700 vs2012 平台是v110 MS VC++ 10.0 _MSC_VER = 1600 vs2010 MS VC++ 9.0 _MSC_VER = 1...
如何在代码中用宏定义确定VS编译器版本
秋月的私语
07-25 1202
只有在VS2015或者以上的版本中，中间的代码才生效，那么实际上我们可能需要对很多不同的版本进行判断，于是下方我整理了我们常常需要判断的VS的编译器版本。
cmake在visual studio 2010下的应用（未完成）
weixin_34055787的博客
09-09 525
一. 约定 这个段落用来描述文章中使用特殊字体，样式的场景。 CMAKE文件内容 重要内容 链接 不适用或者理论上可以，但是实际不行 需要后续更新的内容 二. 简单介绍 cmake(http://www.cmake.org/)的介绍，可以Google。 接触C++项目的人都知道，现在存在很多组织源...
如何确定C++编译器的版本
weixin_42944928的博客
03-15 832
现在，你可以在IOS C++14，17 、20之间自由切换，或在VC ，MinGW/GCC，操作系统Windows或Linux平台中进行各种切换。
查看visual studio的MSVC版本的方法
pfjlyz的博客
03-21 1238
然后点击库目录，下拉点击编辑。右键项目名称，下拉点击属性。就可以看见msvc版本了。
[C/C++] 显示各种C/C++编译器的预定义宏（C11标准、C++11标准、VC、BCB、Intel、GCC）...
weixin_33716941的博客
08-02 477
作者：zyl910 　　在编写跨平台的程序时，我们经常使用预定义宏来检测编译环境。虽然编译器的手册中有预处理宏的介绍，但是不够详细，而且还有很多宏没有介绍。于是，我编写了一个小程序，显示常见C/C++编译器的编译器的预定义宏。 一、心得 　　最直接的办法是逐个逐个的用#ifdef判断宏是否存在，然后再printf显示其内容。可是预定义宏有些是整数、有些是字符串，还有些是关键字不能直接用pri...
VC使用#定义方便控制版本号的宏
weixin_34124577的博客
08-09 198
一个 VC Project 中，可能有很多地方需要用到版本号，比如 About 对话框、版本资源等。如果每次版本更改都一一去改变这些值，不但非常麻烦，而且有悖唯一原则。       巧妙地使用宏定义，可以很好地解决这个问题。       先来看看几个预处理操作符 (Preprocessor Operators): Operator Action Stringizing...
uefi 怎么使用pcd值作为编译宏判断
最新发布
10-15
<think>首先，用户在询问如何在UEFI中使用PCD值作为编译宏判断。意思是，他们想使用PCD（Platform Configuration Database）的值在编译时作为宏来判断条件。 从引用中： - 引用[1]描述了PCD作为平台配置数据库，类似于宏但可动态修改。 - 引用[2]提到编译阶段确定的值，有些PCD是静态的，在整个运行阶段不可改，类似宏或const全局变量。它说"编译阶段确定的值"，并且"FeatureFlag"可能是一个类型。 - 引用[3]讨论了PCD在UEFI中的使用，包括在库中传递全局变量。 - 引用[4]解释PCD作为可配置的数据，类似于宏，但有些可以动态修改。提到"PCD常用类型"。 用户的具体问题是："我想查找在UEFI中使用PCD值作为编译宏判断的方法"。所以，我需要解释如何在使用PCD值在编译时作为宏来进行条件判断。 关键点是"编译宏判断"，意思是使用宏在编译时基于PCD值进行条件编译。 在UEFI中，PCD有几种类型： - FeatureFlag PCD：布尔类型，用于启用或禁用特性。 - FixedAtBuild PCD：在编译时固定值，运行时不改变。 - Dynamic PCD：在运行时可以修改。 用户提到"编译宏判断"，所以他们可能关心如何在编译时使用PCD值作为宏来进行条件编译。 在UEFI开发中，常见的做法是使用FeatureFlag PCD或FixedAtBuild PCD，因为这些在编译时是已知的。 从引用[2]："编译阶段确定的值，整个UEFI运行阶段不可改的静态值，二进制下也不可以改，可以认为是一个宏，const全局变量。" 这指向FixedAtBuild PCD。 引用[4]："类似于C语言中的宏，降低了代码维护的工作量"，并提到"PCD常用类型"。 所以，我应该解释如何使用FeatureFlag或FixedAtBuild PCD在编译时进行宏判断。 步骤可能包括： 1. 在DEC文件中定义PCD：在那里声明PCD的类型和默认值。 2. 在INF文件中使用PCD：INF文件指定模块使用的PCD。 3. 在代码中访问PCD：在C代码中，使用像FeaturePcdGet()或FixedPcdGet()这样的宏来获取值。 4. 作为条件编译：在源文件中使用预处理器指令如#ifdef或#if基于PCD值来条件编译代码。 例如，对于一个FeatureFlag PCD： - 定义FeatureFlag PCD在DEC文件中。 - 在INF文件中包含它。 - 在代码中，使用FeaturePcdGet(PcdFeatureName)来获取布尔值，但这可能在运行时。对于编译时条件编译，需要使用宏方式。 在UEFI中，为了条件编译，通常会使用预处理器宏。PCD的访问宏如FeaturePcdGet()定义为宏，所以在编译时会被替换。 例如，FeaturePcdGet()可能会扩展为一个常量表达式，允许在#if指令中使用。 在UEFI规范中，FeatureFlag PCD是为了在编译时进行条件编译而设计的。 类似地，FixedAtBuild PCD在编译时是常量。 所以，方法： - 定义PCD：在平台的DEC文件中添加类似： [PcdsFeatureFlag] gEfiMyFeaturePkgTokenSpaceGuid.PcdMyFeatureEnable|FALSE|BOOLEAN|0x12345678 - 在模块的INF文件中，在[FeaturePcd]部分添加它： [FeaturePcd] gEfiMyFeaturePkgTokenSpaceGuid.PcdMyFeatureEnable - 在C代码中，使用： #if FeaturePcdGet(PcdMyFeatureEnable) // 启用特性的代码 #else // 禁用特性的代码 #endif FeaturePcdGet()是一个宏，在编译时被替换为1或0，所以它可以在#if中使用。 对于FixedAtBuild PCD，类似地，使用FixedPcdGetBool()或直接比较。 但FeaturePcdGet()是专门为布尔标志设计的。 用户的具体查询是"作为编译宏判断"，所以重点是编译时的条件编译。 现在，关于生成相关问题：系统指令说"生成相关问题"，所以我需要在回答结束时添加相关问题。 回答结构：使用中文，清晰结构。 参考引用：在回答中自然地添加引用标识，如[^1]。 用户提供的引用是[1]到[4]，所以我应该引用它们。 最后，确保LaTeX语法正确：用户提到数学表达式，但这里可能不涉及数学，所以可能不需要。但如果有变量等，使用$...$。 在UEFI上下文中，可能没有太多数学。 组织回答： 1. 解释什么是PCD和它的类型。 2. 描述如何使用FeatureFlag PCD进行编译时条件编译。 3. 提供示例代码或步骤。 4. 添加相关问题。 </think>### UEFI中使用PCD值作为编译宏判断的方法 在UEFI（Unified Extensible Firmware Interface）开发中，PCD（Platform Configuration Database）提供了一种机制来存储和访问平台配置信息。用户查询的核心是如何使用PCD值在编译时作为宏进行条件判断（即编译宏判断），这类似于C语言中的预处理器宏（如`#if`），以实现代码的条件编译。这种机制特别适合于启用或禁用特定功能、优化代码路径或根据平台配置定制固件行为。 以下内容基于UEFI规范和相关引用，我将逐步解释实现方法。重点在于使用**FeatureFlag PCD**或**FixedAtBuild PCD**类型，因为这些类型在编译时确定值，运行时不改变，适合作为编译宏使用[^2][^4]。动态PCD（如PatchableInModule）在运行时可修改，不适合编译时判断，因此不在此讨论。 #### 1. **理解PCD类型及其适用性** - **FeatureFlag PCD**：布尔类型（`BOOLEAN`），专为条件编译设计。值在编译时固定（如`TRUE`或`FALSE`），在UEFI运行阶段不可修改，相当于一个全局常量或宏[^2][^4]。它允许在代码中使用预处理器指令（如`#if`）进行条件判断。 - **FixedAtBuild PCD**：在编译时确定的常量值（如整数、字符串），运行时不改变。可用于编译时判断，但相比FeatureFlag更通用（不限于布尔值）[^2][^4]。 - **为什么选择这些类型？** FeatureFlag PCD是编译宏判断的首选，因为它直接集成到预处理器中，简化条件编译[^2][^4]。引用[4]强调PCD类似于宏，但提供更好的可维护性和配置灵活性。 #### 2. **实现步骤：使用FeatureFlag PCD作为编译宏** 以下是详细步骤，以FeatureFlag PCD为例说明如何在UEFI模块中使用PCD值进行编译时条件判断。整个过程涉及DEC文件（平台配置定义）、INF文件（模块定义）和C源代码。 ##### 步骤1: 在DEC文件中定义PCD 在平台的DEC文件（如`YourPlatformPkg.dec`）中，声明一个FeatureFlag PCD。这定义了PCD的全局标识、默认值和类型。 ```c [PcdsFeatureFlag] # 定义一个布尔型FeatureFlag PCD，用于启用/禁用特定功能 gEfiYourTokenSpaceGuid.PcdYourFeatureEnable|FALSE|BOOLEAN|0x00000001 ``` - **解释**： - `gEfiYourTokenSpaceGuid`：一个唯一的GUID（Globally Unique Identifier），用于命名空间，需在DEC文件中定义（如`[Guids]`部分）。 - `PcdYourFeatureEnable`：PCD名称，表示“你的特性是否启用”。 - `FALSE`：默认值（编译时可覆盖）。 - `BOOLEAN`：类型，确保是布尔值。 - `0x00000001`：PCD的Token值（唯一标识符）。 引用[2]指出，此类PCD在编译时确定值，类似宏，易于在不同模块中配置[^2]。 ##### 步骤2: 在INF文件中引用PCD 在模块的INF文件（如`YourModule.inf`）中，指定该PCD为`FeaturePcd`，以便编译器在编译时处理。 ```c [Defines] INF_VERSION = 0x00010005 BASE_NAME = YourModule [FeaturePcd] # 关键部分：声明FeatureFlag PCD用于条件编译 gEfiYourTokenSpaceGuid.PcdYourFeatureEnable ``` - **解释**：`[FeaturePcd]`部分告诉UEFI构建工具（如edk2的build命令），该PCD将用于预处理器宏扩展。编译时，工具会生成宏定义（如`FeaturePcdGet(PcdYourFeatureEnable)`），替换为`1`（TRUE）或`0`（FALSE）。 ##### 步骤3: 在C代码中使用PCD进行编译宏判断 在源文件（如`YourModule.c`）中，使用预处理器指令`#if`或`#ifdef`基于PCD值进行条件编译。`FeaturePcdGet()`是一个宏，在编译时被展开为常量值。 ```c #include <Library/PcdLib.h> // 必须包含PCD库头文件 VOID YourFunction() { // 编译时条件判断：如果PcdYourFeatureEnable为TRUE，则编译特定代码块 #if FeaturePcdGet(PcdYourFeatureEnable) // 启用特性的代码（仅在PCD值为TRUE时编译） DEBUG((DEBUG_INFO, "Feature is enabled\n")); YourEnabledCode(); #else // 禁用特性的代码（仅在PCD值为FALSE时编译） DEBUG((DEBUG_INFO, "Feature is disabled\n")); YourDisabledCode(); #endif // 其他代码（无论PCD值如何，都会被编译） } ``` - **关键点**： - `FeaturePcdGet(PcdYourFeatureEnable)`：编译时宏，直接扩展为`1`或`0`，允许在`#if`指令中使用（这是UEFI PCD库的标准实现）。 - 优势：代码块在编译时被包含或排除，减少运行时开销，并避免未使用代码进入二进制文件。 - 引用[4]强调，这种方式降低了硬编码带来的维护工作量，类似宏但更灵活[^4]。 ##### 完整示例场景 假设你需要控制一个调试功能的编译： - 在DEC文件定义：`gEfiCommonPkgTokenSpaceGuid.PcdDebugEnable|TRUE|BOOLEAN|0x10000000` - 在INF文件声明：`[FeaturePcd] gEfiCommonPkgTokenSpaceGuid.PcdDebugEnable` - 在C代码中使用： ```c #include <Library/PcdLib.h> #if FeaturePcdGet(PcdDebugEnable) #define DEBUG_PRINT(msg) DEBUG((DEBUG_INFO, msg)) #else #define DEBUG_PRINT(msg) // 空定义，编译时移除调试打印 #endif ``` #### 3. **注意事项和最佳实践** - **编译时覆盖PCD值**：在构建时，可以通过命令行或DSC文件（平台描述文件）覆盖PCD默认值。例如，在DSC文件中： ```c [PcdsFeatureFlag] gEfiYourTokenSpaceGuid.PcdYourFeatureEnable|TRUE # 覆盖为TRUE ``` 这允许针对不同构建配置（如DEBUG/RELEASE）定制行为。 - **错误处理**：确保PCD访问宏（如`FeaturePcdGet()`）只用于编译时判断；不要将其用于运行时逻辑，否则可能引入错误。 - **适用阶段**：FeatureFlag PCD在UEFI大部分阶段可用，但在早期阶段（如SEC或PEI初期）可能不可访问，引用[3]指出PCD模块加载后才可用[^3]。 - **与动态PCD的区别**：动态PCD（如`DynamicEx`类型）可在运行时修改，但不能用于`#if`指令（因为值在编译时不确定）。如果需要在运行时判断，使用`PcdGetBool()`函数，而非编译宏。 - **性能影响**：编译宏判断无运行时开销，适合性能敏感代码[^1][^4]。 通过这种方法，你可以高效地利用PCD作为编译宏，实现UEFI固件的模块化和可配置性。如果在实际项目中遇到问题，建议查阅UEFI规范或edk2文档。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值