国产成人香蕉久久久久,久久最新精品国产,久久精品水蜜桃av综合天堂

C与C++的细微区别——省略�Ş式参数名

OwnWaterloo — Sun, 26 Apr 2009 07:01:00 GMT

一、C与C++的细微区�?br>
在函数声明中�Q?br>无论是C�q�是在C++�Q�都可以省略形式参数名�?br>但是�Q�通常�?strong>�?/span>��省略形式参数名�?br>
在函数定义中�Q?br>1. 当需要��用�Ş式参数的时候，昄��Q�必��ȝ��形式参数命名�?br>
2. 当不需要��用�Ş式参数的时候，C与C++有微��差异：
—�?C不能省略形式参数�?/strong>�Q?即��不��用�?br>—�?C++可以省略形式参数�?/strong>�Q?strong style="COLOR: red">如果不��用�?br>—�?�q�且在C++中，如果�l�不使用的�Ş式参数命名，可能会得��C��?strong>警告�?br>

二、示例：

#include <stdio.h>

void greeting_omit(const char* name);
void greeting_unuse(const char* name);
void greeting_nowarning(const char* name);

int main(void) {
    greeting_omit("");
    greeting_unuse("");
    greeting_nowarning("");
    (void)getchar();
    return 0;
}

三、三个函数分别实现如下：

三�?

void greeting_omit(const char* ) {
printf("hello world\n");
}

——在C中是错误�Q?br>1. msvc :
error C2055: expected formal parameter list, not a type list
error C2055: 应输入�Ş参表�Q�而不是类型表

2. gcc : �Q�报错更清晰一些）
error: parameter name omitted
错误�Q?省略参数�?br>
——在C++中正��，且无警告�?br>
三�?

void greeting_unuse(const char* name) {
printf("hello Cherrie\n");
}

在C和C++中都正确�Q�但可能得到一个警告：
1. msvc :
warning C4100: 'name' : unreferenced formal parameter
warning C4100: “name”: 未引用的形参

2. gcc :
warning: unused parameter 'name'
警告�Q?未��用的参数‘name’

在gcc中，打开�q�个警告的选项�?strong>-Wunused-parameter�?br>该选项包含�?Wall中�?br>
三�?

void greeting_nowarning(const char* name) {
(void)name;
printf("hello OwnWaterloo\n");
}

在C和C++中都正确�Q��ƈ且无警告�?br>

相关链接�Q?br>
——示例代�?br>http://immature.googlecode.com/svn/trunk/iMmature/sample/omit_parameter_name

�?span rel="dc:type" xmlns:dc="http://purl.org/dc/elements/1.1/">作品采用知识�׃�n�|�名-非商业性��?相同方式�׃�n 2.5 中国大陆许可协议�q�行许可�?

转蝲��h��?�Q?br>文章作�?- OwnWaterloo
发表旉�� - 2009�q?4�?6�?br>原文链接 - http://www.shnenglu.com/ownwaterloo/archive/2009/04/26/omit_parameter_name.html

OwnWaterloo 2009-04-26 15:01 发表评论

OwnWaterloo — Sun, 26 Apr 2009 06:37:00 GMT

一、依�?br>
C++标准规定�Q�main函数可以省略�q�回语句�Q�等效于�q�回0�?br>
5. A return statement in main has the effect of leaving the main function (destroying any objects with automatic storage duration) and calling exit with the return value as the argument.
If control reaches the end of main without encountering a return statement, the effect is that of executing
return 0;

——ISO C++03 3.6.1 Main function p44/72
——ISO C++98 3.6.1 Main function p43/69

注意�Q?br>1. main函数的返回类型是int�Q?不是void或者其他类型�?br>2. 该规�?strong>仅仅对main函数适用�?br>3. 对其他函敎ͼ�如果省略�q�回��|�� 得��C��?strong>警告�?br>4. 应该避免3的情��c�?br>

二�?nbsp;�C�Z��

二�?. 一个合法的最��化的完整C++�E�序如下�Q?

int main() {}

二�?. 省略的确切含�?br>
同时�Q�标准中的用语是�?strong>考究的：
“当控制到达main�l�束处时没有遇到return语句�Q�效果与�q�回0相同”�?br>
��x��_��标准规定的是“对省略return�?strong style="COLOR: #ff0000">分支�Q�认��?”�?br>同时�Q�标准也允许其他分支含有�q�回语句�?br>如下�Q?

int main(int argc,char* []) {
    switch (argc)
    {
    case 1:
        // error, should passing argument
        return -1;
        // parse arguments
    default:
    case 3: // parser argv[2]
    case 2: // parser argv[1]
        ;
    }
    // do some work
    // control reaches here
}

没有输入命��o行参数时�Q?�q�回一个错误�?br>其他情况�Q�当控制辑ֈ�main�?strong>�l�尾处时�Q�效果同return 0;

二�?. 对于其他函数�Q�没有这�U?#8220;优待”
如：

int not_main(int argc) {
    if (argc<=1)
        return -1;
}
int main(int argc,char* []) {
    return not_main(argc);
}

not_main无疑��得��C��个警告�?br>�E�序在没有输入命令行参数时的�q�回值将无法预知�?br>

三、验�?br>
三�?. ERRORLEVEL

windows下，可以通过 %ERRORLEVEL% 查询上一�ơ程序返回倹{�?br>
�l�果与判断相��d��Q?br>1. minimalist�?strong>��定的返回�?
2. omit_return_in_main�?strong>��定的返回�?1�?
3. 对omit_return_in_other
3.1 有命令行参数�Ӟ��q�回�?strong>��定�?�?br>3.2 无命令行参数�Ӟ��q�回�?strong>无法预知�?

三�? 汇编代码

更严谨的验证�Ҏ��是查看汇�~�代码�?br>
可以看到�Q�在minimalist与omit_return_in_main的main函数中都有将eax�|?的代码�?br>在omit_return_in_other中的not_main函数中，没有�q�样的代码�?/p>

四�?nbsp;例外

VC6在这点上与标准不�W��?br>
        四�?. 对omit_return_in_main�Q�它�l�出的警告：

warning C4715: 'main' : not all control paths return a value

说明它在�q�点上与标准不符�?br>昄��Q�在有命令行参数的时候，�E�序�l�果无法预知�?br>

        四�?. 对minimalist�Q�它�l�出的警告很搞笑�Q?br>
warning C4508: 'main' : function should return a value; 'void' return type assumed

暴露出它另一�?strong>与标准不�W?/strong>的地方——main�q�回void�?br>昄��Q��Q何情况下�Q�程序结果都无法预知�?br>
        四�?. 对omit_return_in_other�Q�是�E�序员的错误�?br>

五�?实践

不知道�ؓ什么C++标准在这里开一�?#8220;后门”�?br>——C++在许多地斚w��是很严�}的�?br>
在实际应用中�Q�尽量不要采用这一�Ҏ��，因�ؓ�Q?br>1. 旧编译器不支�?br>2. C不支持——如果希望main能同时按C语言�~�译的话

对于演示用的C++代码�Q�与主题无关的代码行能省则省�Q�则可以使用�q�一�Ҏ��?br>比如�Q�C++标准中的�C�Z��代码几乎都采用了�q�一�Ҏ��?br>由此可得出，C++标准在这里开后门的原因是——让C++标准更薄^_^

相关链接�Q?br>
——示例代�?br>http://immature.googlecode.com/svn/trunk/iMmature/sample/omit_return_in_main

�?span xmlns:dc="http://purl.org/dc/elements/1.1/" rel="dc:type">作品采用知识�׃�n�|�名-非商业性��?相同方式�׃�n 2.5 中国大陆许可协议�q�行许可�?

转蝲��h��?�Q?br>文章作�?- OwnWaterloo
发表旉�� - 2009�q?4�?6�?br>原文链接 - http://www.shnenglu.com/ownwaterloo/archive/2009/04/26/omit_return_in_main.html

OwnWaterloo 2009-04-26 14:37 发表评论

OwnWaterloo — Tue, 21 Apr 2009 15:41:00 GMT

实现一个有可变长参数列表函数的时候，会��用到stdarg.h�Q�这里不讨论varargs.h�Q�中提供的宏�?br>
例如�Q�我们要实现一个简易的my_printf�Q?br>1. 它只�q�回void�Q?不记录输出的字符数目
2. 它只接受"%d"按整数输出�?%c"按字�W�输出�?%%"输出'%'本��n
如下�Q?br>

1 #include <stdarg.h>
2
3 void my_printf(const char* fmt, ... )
4 {
5     va_list ap;
6     va_start(ap,fmt); /* 用最后一个具有参数的�c�d��的参数去初始化ap */
7     for (;*fmt;++fmt)
8     {
9         /* 如果不是控制字符 */
10         if (*fmt!='%')
11         {
12             putchar(*fmt); /* 直接输出 */
13             continue;
14         }
15         /* 如果是控制字�W�，查看下一字符 */
16         ++fmt;
17         if ('\0'==*fmt) /* 如果是结束符 */
18         {
19             assert(0);  /* �q�是一个错�?nbsp;*/
20             break;
21         }
22         switch (*fmt)
23         {
24         case '%': /* �q�箋2�?%'输出1�?%' */
25             putchar('%');
26             break;
27         case 'd': /* 按照int输出 */
28             {
29                 /* 下一个参数是int�Q�取�?nbsp;*/
30                 int i = va_arg(ap,int);
31                 printf("%d",i);
32             }
33             break;
34         case 'c': /* 按照字符输出 */
35             {
36                 /** 但是�Q�下一个参数是char�?/span>*/
37                 /*  可以�q�样取出�?/span>�Q?nbsp;*/
38                 char c = va_arg(ap,char);
39                 printf("%c",c);
40             }
41             break;
43         }
44     }
45     va_end(ap);  /* 释放ap—�?必须�Q?/font> �?strong>相关链接*/
46 }

�q�与《C++�E�序设计语言》中的一道练习题很类伹{�?br>——需要支�?%c"控制�W?br>
在《C++�E�序设计语言-题解》中�Q�给��Z��一个答案（中文p65��）�?br>但是�Q?如同上面的代码一�?/strong>�Q�它们都�?strong style="COLOR: #ff0000">错误的！

��单的��_��我们�?span style="COLOR: #ff00ff">va_arg(ap,type)取出一个参数的时候，
type�l?/span>对不能�ؓ以下�c�d��Q?br>—�?span style="COLOR: #0000ff">char�?span style="COLOR: #0000ff">signed char�?span style="COLOR: #0000ff">unsigned char
—�?span style="COLOR: #0000ff">short�?span style="COLOR: #0000ff">unsigned short
—�?span style="COLOR: #0000ff">signed short�?span style="COLOR: #0000ff">short int�?span style="COLOR: #0000ff">signed short int�?span style="COLOR: #0000ff">unsigned short int
—�?span style="COLOR: #0000ff">float

一个简单的理由是：
—�?strong>调用�?span style="COLOR: #ff0000">�l�对�?/span>�?/strong>�?span style="COLOR: #993300">my_printf传�?/strong>以上�c�d��?strong>实际参数�?br>

在C语言中，调用一个不带原型声明的函数�Ӟ��
调用者会�?strong>每个参数执行“默认实际参数提升(default argument promotions)”�?br>
同时�Q�对可变长参数列�?strong>��出最后一�?/strong>�?strong>�c�d��声明的�Ş式参�?/strong>之后�?strong>每一个实际参�?/strong>�Q�也��执行上�q�提升工作�?br>提升工作如下�Q?br>——float�c�d��的实际参数将提升到double
——char、short和相应的signed、unsigned�c�d��的实际参数提升到int
——如果int不能存储原��|��则提升到unsigned int

然后�Q�调用者将提升�?/strong>的参�?strong>传�?/strong>�l�被调用者�?br>所以，my_printf�?strong>�l�对无法接收�?/strong>上述�c�d��的实际参数的�?br>

上面的代码的38�?9行，应该改�ؓ�Q?br>
int c = va_arg(ap,int);
printf("%c",c);

同理�Q?如果需要��用short和float�Q?也应该这��P��

short s = (short)va_arg(ap,int);
float f = (float)va_arg(ap,double);

�q�也是printf族函数没有用于short和float的控制符的原因�?br>

附录�Q?br>
在《C语言�E�序设计》对可变长参数列表的相关章节中，�q�没有提到这个陷阱�?br>但是有提到默认实际参数提升的规则�Q?br>
在没有函数原型的情况下，char与short�c�d��都将被�{换�ؓint�c�d��Q�float�c�d��被转换为double�c�d��?br>                ——《C语言�E�序设计》第2�? 2.7 �c�d��转换 p36

在其他一些书�c�中�Q�也有提到这个规则：

事情很清楚，如果一个参数没有声明，�~�译器就没有信息��d��它执行标准的�c�d��查和转换�?br>在这�U�情况下�Q�一个char或short��作为int传递，float��作为double传递�?br>�q�些做未必是�E�序员所期望的�?br>脚注�Q�这些都是由C语言�l�承来的标准提升�?br>对于��q��略号表示的参敎ͼ�其实际参数在传递之前��L��行这些提升（如果它们属于需要提升的�c�d��Q�，��提升后的��g��递给有关的函数。——译者注
                ——《C++�E�序设计语言》第3�?特别�?7.6 p138

…… float�c�d��的参��C��自动转换为double�c�d��Q�short或char�c�d��的参��C��自动转换为int�c�d�� ……
                ——《C陷阱与缺陗��?4.4 形参、实参与�q�回�?p73

�q�里有一个陷阱需要避免：
va_arg宏的�W?个参��C��能被指定�?strong>char�?strong>short或�?strong>float�c�d��?br>因�ؓchar和short�c�d��的参��C��被�{换�ؓint�c�d��Q�而float�c�d��的参��C��被�{换�ؓdouble�c�d�� ……
例如�Q�这样写肯定是不�?/strong>的：
c = va_arg(ap,char);
因�ؓ我们无法传递一个char�c�d��参数�Q�如果传递了�Q�它��会被自动�{化�ؓint�c�d��。上面的式子应该写成�Q?br>c = va_arg(ap,int);
                ——《C陷阱与缺陗��p164

2009/05/07 修改�Q?br>printf函数族有用于short的控制符“h”�?br>见：http://www.cplusplus.com/reference/clibrary/cstdio/printf/

相关链接�Q?br>
——《可变长参数列表误区与陷阱——va_end是必��ȝ��吗？�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/21/is_va_end_necessary.html

�?span rel="dc:type" xmlns:dc="http://purl.org/dc/elements/1.1/">作品采用知识�׃�n�|�名-非商业性��?相同方式�׃�n 2.5 中国大陆许可协议�q�行许可�?

转蝲��h��?�Q?br>文章作�?- OwnWaterloo
发表旉�� - 2009�q?4�?1�?br>原文链接 - http://www.shnenglu.com/ownwaterloo/archive/2009/04/21/unacceptable_type_in_va_arg.html

OwnWaterloo 2009-04-21 23:41 发表评论

可变长参数列表误��Z��陷阱——va_end是必��ȝ��吗？

OwnWaterloo — Tue, 21 Apr 2009 07:53:00 GMT

�q�本应是一个无��M��论的问题——当然必��调用�?br>
stdarg�Q�或varargs�Q�下略）中提供的功能��是一�U?strong style="COLOR: red">契约�Q?br>“你按我的�U�定方式使用�q�些�?br>——即必须调用va_end
——我��q��你提供实现可变长参数列表所需要的功能�?#8221;

使用stdarg本来�?strong>�?span style="COLOR: red">��?/span>的事�?br>—�?strong>按照一个简单的契约�Q�另见相关链接）办事��可以了
——根本无��M��解其具体实现�?br>
有�h乐意�ȝ��I�该功能是如何实现的�Q?也很好�?br>

可是某些�?br>——或通过研究其的实现�Q�或通过实践
——发��C��所使用的��^��C��Q?va_end是可以忽略的�?br>之后�Q�他��开始大攑֎��?�Q?“va_end是不必要的！”

由此�Q?造成一些不必要的误解与争论�?br>

让我们看看对va_end的两�U�态度�Q?br>

一�?va_end能省则省�Q?br>
假设你��用的某个C/C++�~�译器，提供的va_end是可忽略的�?br>比如msvc中的va_end的实现如下：

#define va_end(ap) ap = (va_list)0 /* ��ap�|�空 */

通常直接使用va_start的函敎ͼ�假设�?strong>f�Q�的实现体会很短。：
1. �?span style="COLOR: #ff00ff">va_start初始�?span style="COLOR: #0000ff">va_list
2. 调用一个��?strong>va_list参数的函敎ͼ�假设�?strong>vf�Q?br>�Q�vf 是一个固定参数列表的函数�Q��?br>
因�ؓf的实��C��非常短，一眼望�Iѝ�?br>所以你能确保vf�q�回后， ap不会再被你��用�?br>
因此�Q?��ap�|�空除了��费CPU周期�Q?没有实际意义�Q?是这样吗�Q?br>

        一�?. �~�译器参与优�?br>
你能发现代码末尾ap不再被��用， va_end��其�|�空毫无意义�?br>那么�Q�你的编译器能发现这个问题么�Q?br>
��h��证一下�?br>如果�~�译器也知道�Q?�q�且没有为va_end生成��M��代码�Q?那么省略va_end��是不必要的了�?br>
        一�?. �~�译器不参与优化

你编译器真�ؓva_end生成了无意义�q�且令�h感到无法接受的机器码�Ӟ��该怎么办？

                一�?.1 你只在该�~�译器下工作

那么�Q�你省略va_end好了�?br>但请不要宣扬一些带�?strong>误导性质的言辞�?br>当你�?#8220;va_end是不需�?#8221;的时候，请附带说明：
1. 你的�q�_��
2. �?strong>�?/span>考虑跨��^�?/strong>

                一�?.2 需要要考虑�U�L��到其他编译器

注意�Q?其他�~�译器包括（但不限于�Q�：
——不�?strong>架构上的�~�译�?br>——相同架构上的不�?strong>�~�译器��?/strong>
——相同架构上的相同编译器产品�?strong>不同版本�?br>
需要分析在该编译器下，对va_end的处理是�?strong>依然可以被省�?/strong>�?br>——显�Ӟ��q�是一��?strong>乏味的工作�?br>

即��你在源代码中写入 �Q?/p>

/* va_end is trivial, omit it */

也难保它不会�?span style="COLOR: #ff0000">遗忘
—�?�U�L��一个程序的时候有太多工作要做�?br>�q�么一个不��L��的地方，会被惌��v来么�Q?br>

如果在被�U�L��的编译器上：
1. 省略va_end��导致函��C��能正常返回（见附录）
也许立马��p��发现�q�个bug�?br>崩掉了嘛�Q?当然要引�?#8220;重视”�?br>
2. 省略va_end不会立马崩溃�Q?而是��D��内存泄露�Q�见附录�Q?br>情况��很严重了�?br>�E�序依然�q�行“良好”�?br>但是调用一�ơ函敎ͼ� ��泄漏一点点内存�?br>
�q�恐怕就要花很多旉��才能查出来了�?br>如果��目旉��再紧一点，也许�Ҏ��来不及修复�q�个bug��发布了�?br>反正漏得�?#8220;不多”�Q?你说是吧�Q?br>

二�?va_end能留则留

我们何不换个方式�Q?

1. 坚持使用va_end
——即便我们心里清楚它没做什么有用的事情也是如此�?br>
代码�U�L��本质��是�Q?不对�q�_��Q�CPU、OS、Compiler�{�等�Q��?span style="COLOR: #ff0000">依赖�?br>stdarg��是标准库提供的一�U�实现可变长参数列表�?strong style="COLOR: #ff0000">可移�?/strong>方式�?br>我们没理由弃之不用�?br>
如果我们在源代码中坚持��用va_end�Q?br>——至��在�q�点上，��׃��?strong>对编译器产生依赖�Q��?strong>省略va_end�Q�就是一�U?span style="COLOR: #ff0000">依赖�Q��?br>——移植的时候，自然无须为其操心�?br>
2. va_end令编译器产生�?strong>令�h无法接受�?strong style="COLOR: #ff0000">无用代码�?br>——通常�Q�这是不会发生的�?�~�译器厂商会考虑�q�个事情�?br>
比如上面的va_end宏，会��生一�ơ不必要的赋值操作，但通常会被�~�译器优化�ؓ�I��?br>即��没有被优化�ؓ�I�，一�ơ赋值操作，真的��是不可容忍的么�Q?br>
如果��实不能容忍�Q?作�ؓ一�U?strong>�Ҏ��情�Ş�Q?可以�q�样 �Q?/p>

#if defined(COMPILER1) || defined(COMPILER2) || ...
    /** special situation
        the machine code generated by these compliers is unacceptable, omit it
    */
#else
    /* general situation */
    va_end(ap);
#endif

附录 —�?看看大牛们是怎么说的�?br>
从一个��用过va_start()的函��C��退��Z��前，必须调用一�ơva_end()�?br>�q�是因�ؓva_start可能以某�U�方�?strong>修改了堆�?/strong>�Q�这�U�修改可能导�?strong>�q�回无法完成�Q�va_end()能将有关的修改复原�?br>                ——《C++�E�序设计语言�?�W?版、特别版�Q?p139
——即上面提到�?“立即崩溃”�?br>

我们务必��C��Q�在使用完va_list变量后一定要调用宏va_end�?br>�?strong>大多�?/strong>C实现上，调用va_end�?strong>否�ƈ无区�?/strong>�?br>但是�Q?strong>某些版本的va_start宏�ؓ了方便对va_list的遍历，��q��参数列表动态分配内�?/strong>�?br>�q�样一�U�C实现很可能利用va_end宏来释放此前动态分配的内存�Q?br>如果忘记调用宏va_end�Q�最后得到的�E�序可能在某些机型上没有问题�Q�而在另一些机型上则发�?#8220;内存泄露”�?br>                ——《C陷阱与缺陗��， p161
——即上面提到�?#8220;内存泄露”�?br>

…… 最后，必须在函数返回之�?strong>调用va_end�Q�以完成一些必要的清理工作�?br>                ——《C�E�序设计语言�?�W?版， p137

……在所有参数处理完毕后�Q?且在退出函数f之前�Q?strong>必须调用宏va_end一��?/strong> ……
                ——《C�E�序设计语言�?�W?版， p232

�~�译器选项——语�a�

OwnWaterloo — Mon, 20 Apr 2009 07:02:00 GMT

一�?�l�一的预处理、编译、链接程�?br>

        一�?. 有些�E�序同时��h��如下功能�Q?br>
1. 预处理C/C++源代�?br>2. �~�译C/C++源代�?br>3. 链接C/C++目标代码

例如�Q�GCC的gcc、g++�Q�MSVC的cl.exe�?br>

        一�?. 实际的情况也许更加复杂：

gcc、g++、cl.exe很有可能只是一�?strong>启动�?/strong>�?br>用户只需要��用它们，它们内部再根�?strong>特定条�g�Q?执行其他�E�序�Q�比如：

1. gcc、g++�~�译C/C++代码�Ӟ�� 最�l�会执行cc1/cc1plus�E�序�?br>该程序可能才是真正的C/C++�~�译器�?br>
2. gcc、g++在链接C/C++目标代码�Ӟ��最�l�会执行ld�E�序�?br>该程序可能才是真正的链接器�?br>
3. cl.exe�E�序自己处理C/C++代码的预处理与编译工作�?br>
4. cl.exe�E�序链接�Ӟ��执�?strong>link.exe�?br>该程序可能才是真正的链接器�?br>

        一�?. 我们的关注点

——上�q�复杂的情况我们大多数情况下无须操心�Q?br>
1. 我们只需要��用gcc、g++
即��以后GCC��cc1、cc1plus、ld改�ؓ别的名字也不会受影响�?br>
2. 我们只需要��用cl
即��以后cl不再担�Q�~�译工作或者link.exe被改为别的名字，同样不受影响�?br>

——我们需要关心这些统一的程序，�?strong>�Ҏ��何种条�g�Q?军_��它们的操作的�Q?br>
本文只讨论编译：
1. 它们默认是通过何种条�g�Q?军_��按C语法或按C++语法�~�译一个翻译单元的�?br>2. 如何昑ּ�指定按C语法或者按C++语法�ȝ��译一个翻译单元�?br>

二�?默认情况

如果不显式指定操作， gcc、g++、cl都是按文件后�~�名来军_��操作的�?br>
二�?. ��试文�g�Q?

#ifndef __cplusplus
/* being treated as C translation unit */
#error !--- C ---!
#else
// being treated as C++ translation unit
#error !--- C++ ---!
#endif

我们��Z��个没有后�~�的文�Ӟ��叫nosuffix�Q?写入如上内容�?br>而且�Q?我们也不需要编译出目标代码�?br>只需要测试__cplusplus宏（见�?a href="http://www.shnenglu.com/ownwaterloo/archive/2009/04/20/predefined_macro___cplusplus.html">预定义__cplusplus�?/strong>》）是否存在�Q��ƈ且用#error报告卛_��?br>
然后建立一些内容完全一��L��文�g�Q?/p>

#include "nosuffix"

�q�些文�g共有10个：
c.c�?cpp.cpp、txt.txt、UC.C、UCPP.CPP、cc.cc、cxx.cxx、inl.inl、c++.c++、cp.cp�?br>�Q�UC和UCPP是�ؓ了测试大写后�~�名）

        二�?. ��试�Ҏ��

对GCC使用�Q?br>gcc(g++) filename >stdout.txt 2>stderr.txt

对MSVC使用�Q?br>cl filename >stdout.txt 2>stderr.txt

        二�?. ��试�l�果

gcc、g++、cl对以下后�~�名文件的默认操作如下�?/a>�Q?br>

nosuffix

.c

.cpp

.txt

.C

.CPP

.cc

.cxx

.inl

.c++

.cp

gcc

obj

C

C++

obj

C++

C++

C++

C++

obj

C++

C++

g++

obj

C++

C++

obj

C++

C++

C++

C++

obj

C++

C++

cl

obj

C

C++

obj

C

C++

C++

C++

obj

obj

obj

对该表的几点说明�Q?br>1. 表中的obj表示该条件下�Q?�l�一�E�序��它们认作目标文�Ӟ�� q�打��执行链接工作�?br>�q�显然是错误的，因�ؓ他们包含的是文本�?br>
2. gcc、g++�Q�编译代码）的区�?br>GCC认�ؓ带有.c�?cpp�?C�?CPP�?cc�?cxx�?c++�?cp�Q�但不限于）后缀的文件是C/C++源文件�?br>gcc把带�?c后缀的文�Ӟ�� 当作C源文�Ӟ�� 把带有其他后�~�名的文�g当作C++源文件�?br>g++��带有上�q�所有后�~�的文�Ӟ��都当作C++源文件�?br>
3. MSVC与GCC的区�?br>MSVC认�ؓ带有.c�?cpp�?C�?CPP�?cc�?cxx后缀的文件是C/C++源文件�?br>上述GCC相比�Q?排除�?c++�?cp

同时�Q�windows下的文�g名是不区分大��写的，所�?c�?C�Q?cpp�?CPP是一��L��?br>与GCC相比�Q?.C不再认�ؓ是C++源文�Ӟ�� 而是�?c一样作为C源文件处理�?br>

        二�?. ��试��结

�׃��表以及说明，如果我们打算�~�写跨��^台的代码�Q?br>
1. 不推荐��用的后缀�?br>.c++�?cp
——因为它们不被MSVC支持
.C
——因为MSVC�q�不区别对待.c�?C

2. 可以使用的后�~��?br>——对C源文�?br>可以使用.c�?br>
——对C++源文�?br>可以使用.cpp�?cc�?cxx�?br>
—�?CPP不推�?br>因�ؓ在xnix�?a.CPP与a.cpp�?个文�Ӟ�� 而复制到Windows上就��发生重名�?br>如果只��?cpp��可以避免该情况�?br>

3. 关于.inl
有些文�g内容��实是C/C++代码�Q?但是却不直接作�ؓ��译单元�Q�而是被其他翻译单元包含�?br>理论上说�Q�它们取��M��名字都没关系。但是将它们取�ؓ.inl会得��C��些好处：
    —�?nbsp; 暗示该文件包含C/C++代码
    —�?nbsp; 一些编辑器会对其按C/C++语法�q�行高亮�?br>

三�?昑ּ�指定

有时候需要覆盖默认情况，昑ּ�指定我们需要的操作�?br>
        三�?. GCC “-x”

GCC通过-x选项昑ּ�指定�~�译源代码的语言�Q?br>-x c�Q�或-xc�Q?br>    —�?nbsp; ��源代码作�ؓC源文件�?br>-x c++、（�?xc++�Q?br>    —�?nbsp; ��源代码作�ؓC++源文件�?br>
对于“�?#8221;中的��试�Q?只要��命令行改�ؓ�Q?br>gcc(g++) -x c (-xc) filename

所有文仉��被作�ؓC源文件处理， �q�输�?error !--- C ---!

而��用如下命令行�Q?br>gcc(g++) -x c++ (-xc++) filename

所有文仉��被作�ؓC++源文件处理， �q�输�?error !--- C++ ---!

        三�?. MSVC “/TC” “/TP”

MSVC通过/TC�Q?TP�Q�选项�Q?昑ּ�指定��输入作为C�Q�C++�Q�源代码�?br>
�?#8220;�?#8221;中的��试�Q?命��o行：
cl /TC filename

�Ҏ��有文仉��输�?error !--- C --- !

命��o行：
cl /TP filename

�Ҏ��有文仉��输�?error !--- C++ ---!

四、�ȝ��

1. 使用“二�?”中推荐的方式�Q�给源代码文件命名�?br>2. 覆盖默认情况�Q��?x(GCC)或�?TC�?TP�Q�MSVC�Q?br>3. ��带提一点， gcc、g++用作链接�Ӟ�� 也有一些区别�?br>链接C++�Q�或者C/C++混合�Q�目标代码，推荐使用g++�?br>因�ؓGCC高版本中�Q?gcc链接旉��认不会导入C++需要的�q�行时库�?br>

相关链接�Q?br>
——源代码
 http://immature.googlecode.com/svn/trunk/iMmature/sample/compiler_options/language

——�?a href="http://www.shnenglu.com/ownwaterloo/archive/2009/04/20/predefined_macro___cplusplus.html">预定义__cplusplus�?/a>�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/20/predefined_macro___cplusplus.html

�?span xmlns:dc="http://purl.org/dc/elements/1.1/" rel="dc:type">作品采用知识�׃�n�|�名-非商业性��?相同方式�׃�n 2.5 中国大陆许可协议�q�行许可�?

转蝲��h��?�Q?br>文章作�?- OwnWaterloo
发表旉�� - 2009�q?4�?0�?br>原文链接 - http://www.shnenglu.com/ownwaterloo/archive/2009/04/20/compiler_options_language.html

OwnWaterloo 2009-04-20 15:02 发表评论

OwnWaterloo — Mon, 20 Apr 2009 06:42:00 GMT

一�?介绍预定义宏"__cplusplus"

        一.1 __cplusplus宏在C++标准中的描述如下�Q?br>
16.8 Predefined macro names
__cplusplus The name __cplusplus is defined to the value 199711L when compiling a C++ translation unit.143)
143) It is intended that future versions of this standard will replace the value of this macro with a greater value.
Non-conforming compilers should use a value with at most five decimal digits.

                                        —�?ISO C++03 p315
                                        —�?ISO C++98 p309

如果一�D�代码是需要针对C++�~�写的，可以使用该宏�q�行条�g�~�译�?br>

        一.2 __cplusplus的值是��Z��表示C++的版�?br>        一.3 __cplusplus的类型是"long int"

——这是理��Z��的�?br>现在发布的C++标准只有C++98�Q?C++03是C++98�?strong>修订�Q?内容只有很少改变�?br>所以在ISO C++03中，也规定该宏的值是199711L�Q�这是一�?strong>长整数字面�?/strong>�Q��?br>
——实际上�Q?目前不应�?span style="COLOR: red">依赖�?/strong>宏的��|�� 因�ؓ�Q?br>1. 目前标准中规定的值只有一个—�?99711L�Q?没有�Ҏ��该��D��行条件编译的可能�?br>
2. 目前C++�~�译器�ƈ不一�?strong>按标准实�?/strong>�q�个宏（见测试）�?br>

二�?��试预定义宏__cplusplus

�C�Z��1�Q?
#include <stdio.h>

int main() {

#define TO_LITERAL(text) TO_LITERAL_(text)
#define TO_LITERAL_(text) #text
#ifndef __cplusplus
/* this translation unit is being treated as a C one */
    printf("a C program\n");
#else
// this translation unit is being treated as a C++ one
    printf("a C++ program\n__cplusplus expands to \""
          TO_LITERAL(__cplusplus) "\"\n");
#endif
    (void)getchar();
    return 0;
}

代码很简单：
如果没有定义__cplusplus�Q?那么当前源代码被当作C源代码处理�?br>如果定义了__cplusplus�Q�那么当前源代码被当中C++源代码处理， �q�且输出__cplusplus宏被展开后的字符丌Ӏ?br>

�C�Z��2�Q?/p>
__cplusplus

�q�段代码更简单了�Q?只是使用了__cplusplus宏�?br>然后查看预处理（见�?a href="http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/get_result_of_preprocessing.html">查看源文仉��处理�l�果》）�Q�看其被扩展后的�l�果�?br>

三�?��试�l�果

        ——msvc8
        ——msvc9
__cplusplus按照标准被扩展�ؓ—�?99711L�?br>
        ——msvc6
        ——gcc (GCC) 3.4.2 (mingw-special)
        ——gcc (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu3)
__cplusplus只是��单的被扩展�ؓ—�?�?br>

�q�也说明了不应该依赖__cplusplus宏的倹{�?br>

相关链接�Q?br>
——源代码
http://immature.googlecode.com/svn/trunk/iMmature/sample/predefined_macro/__cplusplus

——�?a href="http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/get_result_of_preprocessing.html">查看源文仉��处理�l�果�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/get_result_of_preprocessing.html

�?span xmlns:dc="http://purl.org/dc/elements/1.1/" rel="dc:type">作品采用知识�׃�n�|�名-非商业性��?相同方式�׃�n 2.5 中国大陆许可协议�q�行许可�?

转蝲��h��?�Q?br>文章作�?- OwnWaterloo
发表旉�� - 2009�q?4�?0�?br>原文链接 - http://www.shnenglu.com/ownwaterloo/archive/2009/04/20/predefined_macro___cplusplus.html

OwnWaterloo 2009-04-20 14:42 发表评论

OwnWaterloo — Thu, 16 Apr 2009 12:07:00 GMT

一�?介绍预定义宏“__GNUC__”

        一.1 __GNUC__ 是gcc�~�译器编译代码时预定义的一个宏�?br>
需要针对gcc�~�写代码�Ӟ�� 可以使用该宏�q�行条�g�~�译�?br>
        一.2 __GNUC__ 的��D��C�gcc的版本�?br>
需要针对gcc特定版本�~�写代码�Ӟ��也可以��用该宏进行条件编译�?br>
        一.3 __GNUC__ 的类型是“int”

该宏被扩展后�Q?得到的是整数字面�?/strong>�?br>可以通过仅预处理�Q�查看宏扩展后的文本。见�Q��?strong>查看源文仉��处理�l�果�?br>同时下面的示例也能体现出�q�一炏V�?br>

二�?��试预定义宏__GNUC__

�C�Z��Q?
#include <assert.h>
#include <stdio.h>
#include <typeinfo>

#ifndef __GNUC__
#error sample for gcc compiler
#else
/* use gcc special extension: #warning , __attribute__, etc.  */
#endif

int main() {
    printf("hello gcc %d\n",__GNUC__);
    assert( typeid(__GNUC__)==typeid(int) );
    printf("press Enter to exit\n");
    (void)getchar();
}

修改�Q?br>
—�?009/04/18

__GNUC__
__GNUC_MINOR__
__GNUC_PATCHLEVEL__
These macros are defined by all GNU compilers that use the C preprocessor:
C, C++, and Objective-C. Their values are the major version, minor version,
and patch level of the compiler, as integer constants. For example, GCC 3.2.1
will define __GNUC__ to 3, __GNUC_MINOR__ to 2, and __GNUC_PATCHLEVEL__ to
1. They are defined only when the entire compiler is in use; if you invoke the
preprocessor directly, they are not defined.

      —�?http://gcc.gnu.org/onlinedocs/gcc-3.1.1/cpp/Common-Predefined-Macros.html#Common%20Predefined%20Macros

相关链接�Q?br>
——源代码
http://immature.googlecode.com/svn/trunk/iMmature/sample/predefined_macro/extension/__GNUC__/

——《查看源文�g预处理结果�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/get_result_of_preprocessing.html

——《预定义_MSC_VER宏�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/15/predefined_macro__MSC_VER.html

�?span xmlns:dc="http://purl.org/dc/elements/1.1/" rel="dc:type">作品采用知识�׃�n�|�名-非商业性��?相同方式�׃�n 2.5 中国大陆许可协议�q�行许可�?

转蝲��h��?�Q?br>文章作�?- OwnWaterloo
发表旉�� - 2009�q?4�?6�?br>原文链接 - http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/predefined_macro___GNUC__.html

OwnWaterloo 2009-04-16 20:07 发表评论

配置msvc命��o行环�?�l?——编写msvc�~�译脚本

OwnWaterloo — Wed, 15 Apr 2009 19:42:00 GMT
     摘要: 为多个VC版本�~�写�~�译脚本  阅读全文

OwnWaterloo 2009-04-16 03:42 发表评论

查看源文仉��处理�l�果

OwnWaterloo — Wed, 15 Apr 2009 16:49:00 GMT

�~�译C/C++源代码时�Q�源代码首先会被预处理器�Q�preprocessor�Q�进行预处理�Q�preprocess�Q��?br>预处理器执行源代码中�?strong>预处理指�?/strong>�Q�如�Q?br>——文件包�?br>#include
——条件编�?br>#if�?#ifdef�?#ifndef�?#elif�?#else�?#endif
——宏
#define�?#undef、宏标识�W�、宏扩展
——其�?br>#error�?line�?pragma
……

预处理之后的�l�果�Q�即��提交给�~�译器）与程序员看到的源代码也许会有很大的差�?/strong>�?br>��其在源代码中含有许多错�l�复杂的宏与条�g�~�译时�?br>当我们被�q�些狂�ؕ的宏与条件编译折��的时候，如果能看到预处理的结果，也许会有很大的帮助�?br>
下面��以一个示例说明msvc与gcc中得到预处理�l�果的方式�?br>

零�?�C�Z��

假设我们需要查�?_MSC_VER �?nbsp;__GUNC__ 两个宏最�l�被扩展出的文本�Q?nbsp;

int main() {
    int result =
#if defined(__GNUC__)
__GNUC__
#elif defined(_MSC_VER)
_MSC_VER
#else
#error unknown compiler
#endif
;
    return result;
}

该程序很��单， main函数�q�回一个result�Q�然后立即退出�?br>而result的��|�� Ҏ��条�g�~�译得到�Q?br>1. 如果是GCC�~�译器，那么result赋��gؓ__GNUC__
2. 否则如果是VC�~�译器，那么result赋��gؓ_MSC_VER
3. 否则是一个未知的�~�译器，错误

接下来，我们来看看_MSC_VER与__GNUC__�q?个宏最�l�到底被扩展��Z��么文本�?br>

一�?GCC

        一.1�?-E 选项

-E选项��把预处理的�l�果�Q�写入stdout�?br>也就是说�Q?执行如下命��o�Q?br>gcc -E preporcess_only.c

��p��在控制台中得到预处理后的�l�果�Q�大致如下：
# 1 "../preprocess_only.c"
# 1 ""
# 1 ""
# 1 "../preprocess_only.c"
int main() {
    int result =

3

;
    return result;
}

可以看到�Q?__GUNC__ 宏最�l�被扩展为整数字面量3�Q�GCC 3�Q��?br>
如果源代码很长，输出到命令行�H�口中查看也�怸�方便�?br>如何��其输出��C��个文件中呢？

                一.1.1�?重定�?br>
因�ؓ-E是输出到stdout�Q?昄��可以��其重定向到另一个文�Ӟ�� 如执行如下命令：
gcc -E preprocess_only.c >stdout.txt

那么stdout.txt中， ��p��得到刚才命��o行窗口中的内宏V�?br>

                一.1.2�?-o �Q�小写）选项

-o选项用于指定出文件名�?br>对于-c�Q?-o指定的是目标文�g名�?br>对于-S �Q?o指定的是汇编文�g名�?br>对于-E�Q?-o自然也可以指定预处理文�g名，如执行如下命令：
gcc -E preprocess_only.c -o output.txt

那么output.txt中会得到“一.1.1”中的stdout.txt�?#8220;一.1”中控制台�H�口一��L��l�果�?br>

        一.2�?save-temps 选项

-save-temps选项��保�?strong>中间文�g�Q�如预处理后的结果文件、汇�~�代码文件与目标文�g�?br>其中的预处理�l�果文�g�Q�通常�?strong>.i后缀�Q�是我们所需要的�?br>

举例�Q?br>1�?gcc -save-temps -E preprocess_only.c
0个中间文件�?br>输出预处理结果， �?#8220;一.1”一��P�� 输出到控制台�H�口中�?br>�Ҏ��如下命��o�Q?br>
1.1�?nbsp;gcc -save-temps -E preprocess_only.c -o temp_output.txt
1.2�?gcc -save-temps -E preprocess_only.c >temp_output.txt
可以看出�Q?-E选项不��生中间文件�?预处理结果就是最�l�结果�?br>同时可以使用 -o选项或者重定向�Q?把结果保存到一个文件中�?br>

2�?gcc -save-temps -S preprocess_only.c
1个中间文�Ӟ�� preprocess_only.i�Q�预处理�l�果�Q?br>1个输出文�Ӟ��preprocess_only.s�Q�汇�~�代码）
�Ҏ��如下命��o�Q?br>
2.1�?gcc -save-temps -S preprocess_only.c -o unknown
得到preprocess_only.i文�g�Q�内�Ҏ��预处理结果，是中间文件�?br>得到unknown文�g�Q�内�Ҏ��汇编代码�Q?是最�l�结果文件�?br>

3�?gcc -save-temps -c preprocess_only.c
2个中间文�Ӟ�� preprocess_only.i与preprocess_only.s�?br>1个输出文�Ӟ�� preprocess_only.o�Q�目标代码）
�Ҏ��如下命��o�Q?br>
3.1�?gcc -save-temps -c preprocess_only.c -o unknown
得到preprocess_only.i �?preprocess_only.s文�g�Q�内容分别是预处理结果与汇编代码�Q�是中间�l�果�?br>unknown文�g�Q?内容是目标代码，是最�l�结果文件�?br>
4�?gcc -save-temps preprocess_only.c
3个中间文�Ӟ�� preprocess_only.i、preprocess_only.s、preprocess_only.o�?br>1个输出文�Ӟ�� a.out�Q�a.exe with mingw�Q��?br>�Ҏ��如下命��o�Q?br>
4.1�?gcc -save-temps preprocess_only.c -o what
得到上述3个文�Ӟ�� 是中间文件�?br>what文�g�Q�what.exe with mingw�Q�，内容是可执行代码�Q?是最�l�结果文件�?br>

二�?MSVC

VC6�?�?中与查看预处理相关的选项可以通过如下命��o查看�Q?br>cl /help

在输��Z��Q?nbsp;�?-PREPROCESSOR- �q�个�c�d��?br>其中与预处理�l�果相关的有如下一些选项�Q?br>
�?1�?E 选项

/E preprocess to stdout
/E ��预处理定向�?stdout

昄��Q?�q�和“一.1”是等��L��Q?如：
cl /E preprocess_only.c

在命令行�H�口中将得到�c�M��l�果�Q?

#line 1 "preprocess_only.c"
int main() {
int result =

#line 6 "preprocess_only.c"
1200

#line 10 "preprocess_only.c"
;
return result;
}

可以看到�Q?_MSC_VER宏最�l�被扩展为整数字面�?200�Q�VC6�Q��?br>
对于较长的源文�g�Q?我们同样希望��结果输出到一个文件中�?br>

                �?1.1、重定向

执行�Q?br>cl /E preprocess_only.c >stdout.txt

stdout.txt��保存上面的�l�果�?br>
注意�Q?在msvc中，没有“一.1.2”的对应物�?br>执行�Q?br>cl /help

在输��Z��扑ֈ�-OUTPUT FILES-�c�d��Q?可以看到没有命名预处理结果的方式。有两个�怼�的选项�Q?br>/Fe 命名可执行文件�?br>/Fp 命名预编译头文�g�?br>但不是我们需要的选项�?br>

也许VC认�ؓ通过 “/E + 重定�?#8221;��可以达到命名输出文件的目的�?br>所以就没有设计辑ֈ�此目的的另一�U�方法�?br>

        �?2�?P 选项

/P preprocess to file
/P 预处理到文�g

执行�Q?br>cl /P preprocess_only.c

��得�?preprocess_only.i

/P会将�?nbsp;xxx.suffix 的预处理�l�果输出�?xxx.i 文�g中�?br>没有指定文�g名的方式�?如果需�?strong>指定输出文�g�?/strong>�Q?可以使用 “/E + 重定�?#8221;

        �?3 /EP 选项

/E�?P选项都将保留一部分�Q�源文�g�Q�行信息�Q�如“�?1”所�C��?br>如果�q�是不需要的�Q?可以使用 /EP选项�?br>
/EP preprocess to stdout, no #line
/EP 预处理到标准输出�Q�没�?#line

如：
cl /EP preprocess_only.c

��得到如下输出：

int main() {
int result =

1200

;
return result;
}

同样�Q?如果需要输出到指定文�g�Q?可以使用重定�?/strong>�?br>

�?4 其他一些有��的选项

1. /C �Q�大写）
don't strip comments�Q�不抽出注释�Q?br>如果保留注释对理解预处理�l�果有帮助，可以使用�q�个选项�?br>
2. /U /u
/u remove all predefined macros
/u �U�除所有预定义的宏

/U remove predefined macro
/U �U�除预定义的�?br>
比如可以通过�Q?br>cl /u preprocess_only.c
cl /U_MSC_VER preprocess_only.c

来得��C��?unknown complier错误�?#8230;…

3. /D
/D{=|#} define macro
/D{=|#} 定义�?br>
可以通过�Q?br>cl /D__GUNC__=3 preprocess_only.c

来假装gcc�~�译器囧……

相关链接�Q?br>
——示例文件下�?br>http://immature.googlecode.com/svn/trunk/iMmature/sample/compiler_options/preprocess_only/
http://www.shnenglu.com/Files/ownwaterloo/preprocess_only.zip

——《配�|�msvc命��o行环境�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/15/environment_for_using_cl_from_command_line.html

——《配�|�msvc命��o行环�?�l?——编写msvc�~�译脚本�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/write_compile_script_for_msvc.html

——《预定义_MSC_VER宏�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/15/predefined_macro__MSC_VER.html

——《预定义__GNUC__宏�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/predefined_macro___GNUC__.html

�?span xmlns:dc="http://purl.org/dc/elements/1.1/" rel="dc:type">作品采用知识�׃�n�|�名-非商业性��?相同方式�׃�n 2.5 中国大陆许可协议�q�行许可�?

转蝲��h��?�Q?br>文章作�?- OwnWaterloo
发表旉�� - 2009�q?4�?6�?br>原文链接 - http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/preprocess_only.html

OwnWaterloo 2009-04-16 00:49 发表评论

OwnWaterloo — Wed, 15 Apr 2009 13:29:00 GMT

有些时候��用命令行而不是IDE�ȝ��译源代码会比较方�ѝ�?br>而在命��o行下使用msvc的编译器——cl�Q?需要�ؓ光��|?strong>环境�?br>

一�?环境变量��试

��试cl的环境是否配�|�妥当，可以执行如下��试�Q?br>win�?R 启动�q�行 -> 输入cmd�Q�winnt�p�d��Q�或者command�Q�win95�p�d��Q?-> 回�R�Q?打开命��o行窗口�?br>键入"cl"�q�回车，如果有类似如下的输出 �Q?br>
--------------------------------------------------------------------------------
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.

usage: cl [ option... ] filename... [ /link linkoption... ]
--------------------------------------------------------------------------------
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 for 80x86
Copyright (C) Microsoft Corporation. All rights reserved.

usage: cl [ option... ] filename... [ /link linkoption... ]
--------------------------------------------------------------------------------
用于 80x86 �?Microsoft (R) 32 �?C/C++ 优化�~�译�?15.00.30729.01 �?br>版权所�?C) Microsoft Corporation。保留所有权利�?br>
用法: cl [ 选项... ] 文�g�?.. [ /link 链接选项... ]

--------------------------------------------------------------------------------

一般来��_�� 可以在命��o行下使用cl了�?br>
cl文�g版本与VS版本、VC产品版本、_MSC_VER宏的对应关系如下�?/a>�Q?/p>

VS版本	VC产品版本�?/p>	cl文�g版本�?/p>	_MSC_VER宏的�?/p>
98	6.x	12.x	1200
2005	8.x	14.x	1400
2008	9.x	15.x	1500

二�?��试��p�|

如果出现�Q?br>1. “cl不是内部或外部命令，也不是可�q�行的程序或批处理文件�?#8221;
说明cl不在Path环境变量中�?br>
2. 找不到xxx.dll�?br>cl在Path环境变量中， Path中缺��必要的dll的�\径�?br>
3. 上述��试通过�Q?但是在编译时出现找不到头文�g或者库�?br>说明Path环境变量中有cl和必要dll的�\径，但是仍缺��其他一些环境变量�?br>
�q�些情况�Q?都需要进一步配�|�环境变量�?br>

三�?配置环境变量

        �?1 、让安装包帮助注册环境变�?br>
VC6在安装的时候，会弹��Z��个对话框�Q�让你选择是否注册VC6的环境变量。如下：

For your convenince, the environment variables required to run build tools from a command prompt are saved in the VCVARS32.BAT in your BIN directory

�Q�复选框�Q?nbsp;Register Environment Variables

Turn on this option to register environment variables for running Visual C++ tools from the command line.

默认复选框是没有选中的�?br>如果选中�Q?安装完毕后就会添加必要的环境变量�?br>

所以，一个办法是重新安装VC6�Q�反正很��，相对于VC8�?安装十分快速）�?br>

        �?2 �?a id=vc6env>手工��d��环境变量

以VC6举例�Q�我们可以在 �Q?#8220;我的电脑” -> “属�?#8221; -> “高��” -> “环境变量”中添加如下变量：

%Path%="prefix\Microsoft Visual Studio\VC98\Bin";%Path%
cl.exe所在�\径�?br>
%include%="prefix\Microsoft Visual Studio\VC98\Include";%include%
%lib%="prefix\Microsoft Visual Studio\VC98\Lib";%lib%
C/C++以及Platform SDK

%include%="prefix\Microsoft Visual Studio\VC98\MFC\Include";%include%
%lib%="prefix\Microsoft Visual Studio\VC98\MFC\Lib";%include%
MFC

%include%="prefix\Microsoft Visual Studio\VC98\ATL\Include";%include%
ATL

�Q�其中的prefix是安装目录的前缀�Q�之后就可以在命令行中��用cl了�?br>

同时�Q?VC6�?�?都提供了一个批处理vcvars32.bat�?br>我们可以查看相应的vcvars32.bat最�l�做了什么工作，而手工加入需要的变量�?br>下内�Ҏ��自我机器上的vsvars32.bat�Q�VC8�?的vcvars32.bat最�l�调用它们）�Q?br>

vc8

vc9

可以�Ҏ��它们�Q�给VC8�?讄��环境变量�?br>

�?3 、��用vcvars32.bat

上面提到vcvars32.bat�Q�它们的位置如下�Q?br>
VC6 prefix\Microsoft Visual Studio\VC98\Bin\VCVARS32.BAT
VC8 prefix\Microsoft Visual Studio 8\VC\bin\vcvars32.bat
VC9 prefix\Microsoft Visual Studio 9.0\VC\bin\vcvars32.bat

需要注意的是： �q�些批处理文件只会在当前�q�程中设�|�（局部的�Q�环境变量，也就是说�Q?br>
1. 用cmd�Q�或者command�Q�打开的命令行�H�口中， �q�行某个vcvar32.bat一�ơ�?br>那么当前命��o行窗口中��可以正�怋�用cl�Q�直到关闭�?br>
2. 写批处理文�g需要��?strong style="COLOR: red">call prefix\vcvars32.bat�Q�而不是直接启动vcvars32.bat�?br>前者�ؓ当前�q�程�Q�cpl.bat创徏的进�E�）��d��局部于�q�程环境变量�?br>后者启动一个进�E�，为其加入环境变量�Q?然后该进�E�立即退出——没有�Q何作用�?br>

�?4�?使用VSXXCOMNTOOLS变量�Q�VC8�?�Q?br>
对于VC8�?有另一�U�方式——不注册全局的（�pȝ��或当前用��P��环境变量�Q�仅为当前进�E�设�|�（局部的�Q�环境变量�?br>因�ؓVC8�?都可�?strong>很方�?/strong>的�ؓ单个�q�程讄��环境变量�?br>
观察vc8和vc9的vcvars32.bat的内容（位置见上�Q�，发现它们都只有一行：
"%VS80COMNTOOLS%vsvars32.bat"
"%VS90COMNTOOLS%vsvars32.bat"

VS80COMNTOOLS、VS90COMNTOOLS�Q�注意不是VC而是VS�Q�分别是VS2005和VS2008安装后会讄��的环境变量�?br>所以我们也可以在自��q��批处理中�Q�很方便的�ؓ当前�q�程讄��需要的环境变量。如下：

call "%VS80COMNTOOLS%vsvars32.bat"
以下cl命��o��执行VC8的cl�?br>
call "%VS90COMNTOOLS%vsvars32.bat"
以下cl命��o��执行VC9的cl�?br>

四�?�ȝ��

如果仅需要��用某个版本的VC�Q?�q�且只�ؓ自己方便而��用命令行�Q?可以使用上面��M��一�U�方式�?br>��单归�U�_��下：

1�?使用全局环境变量——在�pȝ��或当前用户变量中加入需要的倹{�?br>        1.1 重新安装
        1.2 手工加入

2�?不��用全局环境变量
——在执行cl前，先��用对应的vcvars32.bat�Q�命令行�H�口中执行或者脚本中call prefix\vcvars32.bat�Q��?br>
        2.1 ��vcvars32.bat加入Path变量
        2.2 使用"%VSXXCOMNTOOLS%vsvars.bat" (VC8�?�Q?或�?absolutePath\vcvars32.bat

如果需要��用多个版本的VC�?或者需要将�~�译脚本发布�l�客户��用， ��׃��能这么随意了�?br>具体见：�?a class=titlelink id=Editor_Results_rprSelectionList_ctl01_LinkTitle href="http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/write_compile_script_for_msvc.html">配置msvc命��o行环�?�l?——编写msvc�~�译脚本�?br>

相关链接�Q?br>
——�?a href="http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/write_compile_script_for_msvc.html">配置msvc命��o行环�?�l?——编写msvc�~�译脚本�?br>http://www.shnenglu.com/ownwaterloo/archive/2009/04/16/write_compile_script_for_msvc.html

——�?a >IDE 不是�E�序员的唯一选择�Q�一�Q?/strong>�?br>http://blog.codingnow.com/2008/09/replacement_of_ide_1.html

�?span rel="dc:type" xmlns:dc="http://purl.org/dc/elements/1.1/">作品采用知识�׃�n�|�名-非商业性��?相同方式�׃�n 2.5 中国大陆许可协议�q�行许可�?br>
转蝲��h��?�Q?br>文章作�?- OwnWaterloo
发表旉�� - 2009�q?4�?5�?br>原文链接 - http://www.shnenglu.com/ownwaterloo/archive/2009/04/15/environment_for_using_cl_from_command_line.html

OwnWaterloo 2009-04-15 21:29 发表评论

	nosuffix	.c	.cpp	.txt	.C	.CPP	.cc	.cxx	.inl	.c++	.cp
gcc	obj	C	C++	obj	C++	C++	C++	C++	obj	C++	C++
g++	obj	C++	C++	obj	C++	C++	C++	C++	obj	C++	C++
cl	obj	C	C++	obj	C	C++	C++	C++	obj	obj	obj

国产成人香蕉久久久久,久久最新精品国产,久久精品水蜜桃av综合天堂

C与C++的细微区别——省略�Ş式参数名

可变长参数列表误��Z��陷阱——va_end是必��ȝ��吗？

�~�译器选项——语�a�

配置msvc命��o行环�?�l?——编写msvc�~�译脚本

查看源文仉���处理�l�果

查看源文仉��处理�l�果