标签：
今天又发现了我的一个“不良习惯”，C语言的源文件用C还是CPP做后缀完全视心情而定，今天我就尝到苦头了，工程总是编不过去，准确的说是链接错误，后来发现工程下的文件多是c后缀的，只有一个是cpp后缀的，就把cpp后缀的改成了c后缀，编译、链接，OK了。
在Google上搜索了一圈，发现就这一问题的文章比较少，也不是很系统，所以有了此篇小文，也是为了加深我的印象。
结论：
1.gcc认为.c的为C程序，.cpp的为C++程序；
2.g++认为.c的为C++程序，.cpp的为C++程序；
3.VC++的编译器cl认为.c的为C程序，.cpp的为C++程序；
4.C程序与C++程序中同样的函数在编译后的obj文件中的symbol是不同的，所以以C方式编译的obj文件与以C++方式编译的obj文件无法成功链接。
使个demo说明一下：
准备工作：
为gcc、g++、cl(VC++编译器)、link(VC++链接器)设置好环境变量
//demo.cpp
#include
#include "foo.h"
int main()
{
printHello();
return 0;
}
//foo.h
void printHello();
//foo.c
#include
void printHello()
{
printf("Hello MM");
}
1.gcc、g++测试，在windows的cmd下：
D:\>g++ demo.cpp -o demo.obj -c （以C++方式编译生成demo.obj文件，-c选项表示只编译不链接）
D:\>gcc foo.c -o foo.obj -c （以C方式编译生成foo.obj文件）
D:\>g++ demo.obj foo.obj -o demo （链接demo.obj、foo.obj文件）
demo.obj(.text+0x2b):demo.cpp: undefined reference to `printHello()‘
collect2: ld returned 1 exit status
提示说找不到printHello，因为按照C++的编译方式去找printHello应该对应某一种格式的symbol，但是我们
的foo.obj中printHello的symbol是另外一种格式的，所以找不到了。
把foo.c改成foo.cpp就可以成功链接了。
2.cl、link测试，在windows的cmd下：
D:\>cl demo.cpp /c （以C++方式编译生成demo.obj文件，/c选项表示只编译不链接）
D:\>cl foo.c /c （以C方式编译生成foo.obj文件）
D:\>link demo.obj foo.obj
Microsoft (R) Incremental Linker Version 6.00.8168
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
demo.obj : error LNK2001: unresolved external symbol "void __cdecl printHello(void)"(
?printHello@@YAXXZ)
demo.exe : fatal error LNK1120: 1 unresolved externals
理由同上，把foo.c改成foo.cpp就可以成功链接了。
【转】C与CPP后缀的文件在编译时的区别
标签：
原文地址：http://www.cnblogs.com/arxive/p/5072681.html
