Visual GCC,最好的gcc&gdb的集成开发环境(1) - 下载频道
- CSDN.NET
&&&&Visual GCC,最好的gcc&gdb的集成开发环境(1)
Visual GCC,最好的gcc&gdb的集成开发环境(1)
1.GCC的集成开发环境(IDE),界面和操作方式兼容VC6.0,可以建立工程,编译,调试,反汇编;
2.以可视化方式设置几十种GCC常用编译参数,并有简要的中文说明;
3.可导出Windows和Linux平台下的Makefile和编译命令,免除手工编写Makefile的不便;
4.可调试本机程序,也可以远程调试linux主机上的程序;强大的可视化调试功能是本软件的重要特色!
4.调试界面高仿VC++6,方便易用;可以反汇编,设断点,发GDB命令,可以查看变量,寄存器,内存,调用栈,
调试功能非常强大,同类软件中功能最佳!
5.全中文界面,适合国人开发习惯;
若举报审核通过，可奖励20下载分
被举报人：
举报的资源分：
请选择类型
资源无法下载
资源无法使用
标题与实际内容不符
含有危害国家安全内容
含有反动色情等内容
含广告内容
版权问题，侵犯个人或公司的版权
*详细原因：
您可能还需要
开发技术下载排行分享网上看到的精彩技术文章。
GCC入门详解 (转)
GCC入门详解 (转)
作为自由软件的旗舰项目，Richard Stallman 在十多年前刚开始写作 GCC 的时候，还只是把它当作仅仅一个 C 程序语言的编译器；GCC 的意思也只是 GNU C Compiler 而已。经过了这么多年的发展，GCC 已经不仅仅能支持 C 语言；它现在还支持 Ada 语言、C++ 语言、Java 语言、Objective C 语言、Pascal 语言、COBOL语言，以及支持函数式编程和逻辑编程的 Mercury 语言，等等。而 GCC 也不再单只是 GNU C 语言编译器的意思了，而是变成了 GNU Compiler Collection 也即是 GNU 编译器家族的意思了。另一方面，说到 GCC 对于操作系统平台及硬件平台支持，概括起来就是一句话：无所不在。
1　程序编译过程
　　GCC是CUI(命令行交互界面)程序，这让许多从Windows走出来 Guier们感到恐惧。实际上它也有许多前端窗口界面，Windows下有Dev C++，Linux下譬如KDevelopment，但既然选择了GCC还是将CUL进行到底吧，没有难与不难的问题，只有做与不做的问题！
　　下面基于一个具体而微的程序，讨论GCC的使用。示例程序如下：
#include &stdio.h&
int main(void)
& printf(&Hello World!\n&);
& return 0;
　　这个程序，一步到位的编译指令是:
gcc test.c -o test
　　输出的可执行文件名为test，Windows用户可能会感到奇怪，可执行文件明怎么没有.exe扩展名呢？Linux系统中，文件类型并非以扩展名识别的！
　　实质上，上述编译过程是分为四个阶段进行的，即预处理(也称预编译，Preprocessing)、编译(Compilation)、汇编 (Assembly)和连接(Linking)。
1.1　预处理
　　运行预处理命令：
gcc -E test.c -o test.i　或　gcc -E test.c
可以输出test.i文件中存放着test.c经预处理之后的代码。打开test.i文件，看一看，就明白了。后面那条指令，是直接在命令行窗口中输出预处理后的代码，而不是以文件作为输出设备。gcc的-E选项，可以让编译器在预处理后停止，并输出预处理结果。在本例中，预处理结果就是将stdio.h 文件中的内容插入到test.c中了。
　　gcc的-o选项，用于输出处理结果到文件中。
1.2　编译为汇编代码
　　预处理之后，可直接对生成的test.i文件编译，生成汇编代码：
gcc -S test.i -o test.s
　　gcc的-S选项，表示在程序编译期间，在生成汇编代码后，停止，-o输出汇编代码文件。
　　生成的汇编代码如下：
&&& .file&&& &test.c&
&&& .section&&& .rodata
&&& .align 4
&&& .string&&& &Hello World,Linux programming!&
.globl main
&&& .type&&& main, @function
&&& leal&&& 4(%esp), %ecx
&&& andl&&& $-16, %esp
&&& pushl&&& -4(%ecx)
&&& pushl&&& %ebp
&&& movl&&& %esp, %ebp
&&& pushl&&& %ecx
&&& subl&&& $4, %esp
&&& movl&&& $.LC0, (%esp)
&&& call&&& puts
&&& movl&&& $0, %eax
&&& addl&&& $4, %esp
&&& popl&&& %ecx
&&& popl&&& %ebp
&&& leal&&& -4(%ecx), %esp
&&& .size&&& main, .-main
&&& .ident&&& &GCC: (GNU) 4.1.0
(Red Hat 4.1.0-3)&
&&& .section&&& .note.GNU-stack,&&,@progbits
1.3　汇编(Assembly)
　　如果你学过汇编语言，那么你就该知道程序编译到了这个地步，应当使用汇编器，将汇编语言翻译为机器代码了。这一步尤其重要，因为它决定了你生成的程序，能够运行在哪种机器上。gcc使用的汇编器是gas。
　　在Intel IA-32平台上，还有一些常用的汇编器有：
　　与这些汇编器相比，gas可以在不同处理器平台上工作，通常它可以自动检测底层硬件平台并生成适合该平台的正确机器指令码。gas另一个特性是能够创建不同于程序设计所在平台的指令码，譬如我在Intel计算机上工作，但可以为MIPS计算机写程序。
　　对于上一小节中生成的汇编代码文件test.s，gas汇编器负责将其编译为目标文件，如下：
gcc -c test.s -o test.o
　　gcc连接器是gas提供的，负责将程序的目标文件与所需的所有附加的目标文件连接起来，最终生成可执行文件。附加的目标文件包括静态连接库和动态连接库。
　　对于上一小节中生成的test.o，将其与Ｃ标准输入输出库进行连接，最终生成程序test：
gcc test.o -o test
　　在命令行窗口中，运行test这个小程序，让它说HelloWorld吧！
2、多个程序文件的编译
　　通常整个程序是由多个源文件组成的，相应地也就形成了多个编译单元，使用GCC能够很好地管理这些编译单元。假设有一个由test1.c和 test2.c两个源文件组成的程序，为了对它们进行编译，并最终生成可执行程序test，可以使用下面这条命令：&
# gcc test1.c test2.c -o test
　　如果同时处理的文件不止一个，GCC仍然会按照预处理、编译和链接的过程依次进行。如果深究起来，上面这条命令大致相当于依次执行如下三条命令：&
# gcc -c test1.c -o test1.o
# gcc -c test2.c -o test2.o
# gcc test1.o test2.o -o test
　　需要打这么多编译指令，看着都累，许多Guier们又要抱怨了。的确如此，如果单单使用GCC来编译你的程序，一千个程序源文件的项目编译至少要在命令行窗口中敲1k次文件名，才能完成一次编译。如果代码有了改动，重新编译，需要再原样输入一次编译指令。再技术高超的Cler也会累死的，但是很奇怪，那些Cler们至今依然活的很生龙活虎，这得益于GNU Make工具，详情见Make基础一节。
　　GCC包含完整的出错检查和警告提示功能，可以帮助程序员写出更为标准、健壮的代码。如下面的代码：
//illcode.c
#include &stdio.h&
void main(void)
& long long int var = 1;
& printf(&It is not standard C code!\n&);
& printf(&long long int var=%d&,var);
　　这种代码，可能在老的Ｃ语言课本里能够见到，但它是不符合ANSI/ISO C语言标准的。我让同学在Visual Stdio .net 2003上编译了一下，没检测出什么问题来。下面看看GCC可不可以：
gcc -pedantic illcode.c -o illcode
　　输出结果：
illcode.c: 在函数 &main& 中：
illcode.c:5: 警告：ISO C90 不支持 &long long&
illcode.c:4: 警告：&main& 的返回类型不是 &int&
　　-pedantic编译选项并不能保证被编译程序与ANSI/ISO C标准的完全兼容，它仅仅只能用来帮助Linux程序员离这个目标越来越近。或者换句话说，-pedantic选项能够帮助程序员发现一些不符合 ANSI/ISO C标准的代码，但不是全部，事实上只有ANSI/ISO C语言标准中要求进行编译器诊断的那些情况，才有可能被GCC发现并提出警告。
　　如果采用默认的编译，即：gcc -pedantic illcode.c -o illcode。输出：
test.c: 在函数 &main& 中：
test.c:4: 警告：&main& 的返回类型不是 &int&
　　上面的示例中，long long int是GNU C的扩展类型，表示64位整型数，这种类型没有纳入C/C++标准中，可见GCC默认的编译指令，无法完全检测出不符合标准C/C++的代码，但要比 Visual Stdio .net 2003一声都不吭要好一些。如果使用-pedantic选项，GCC就可以基本上按照标准C/C++进行代码检测了，不要挑剔什么，迄今为止没有任何一款编译器完全支持标准C/C++的。
　　除了-pedantic之外，GCC还有一些其它编译选项也能够产生有用的警告信息。这些选项大多以-W开头，其中最有价值的当数-Wall了，使用它能够使GCC产生尽可能多的警告信息。
　　GCC给出的警告信息虽然从严格意义上说不能算作错误，但却很可能成为错误的栖身之所。一个优秀的Linux程序员应该尽量避免产生警告信息，使自己的代码始终保持标准、健壮的特性。所以将警告信息当成编码错误来对待，是一种值得赞扬的行为！所以，在编译程序时带上-Werror选项，那么GCC会在所有产生警告的地方停止编译，迫使程序员对自己的代码进行修改，如下：
gcc -Werror test.c -o test
　　输出：
cc1: warnings being treated as errors
test.c: 在函数 &main& 中：
test.c:4: 警告：&main& 的返回类型不是 &int&
4、库文件连接
　　人家已经发明了轮子，而且物美价廉，那么我们就实在没有必要浪费生命再去发明同样的轮子！开发软件时，完全不使用第三方函数库的情况是比较少见的，通常来讲都需要借助许多函数库的支持才能够完成相应的功能。从程序员的角度看，函数库实际上就是一些头文件（.h）和库文件（so、或lib、dll）的集合。虽然Linux下的大多数函数都默认将头文件放到/usr/include/目录下，而库文件则放到/usr/lib/目录下；Windows所使用的库文件主要放在Visual Stido的目录下的include和lib，以及系统文件夹下。但也有的时候，我们要用的库不再这些目录下，所以GCC在编译时必须用自己的办法来查找所需要的头文件和库文件。
　　GCC采用搜索目录的办法来查找所需要的文件，-I选项可以向GCC的头文件搜索路径中添加新的目录。例如，如果在 /home/lyanry/include/目录下有编译时所需要的头文件，为了让GCC能够顺利地找到它们，就可以使用-I选项：&
# gcc test.c -I /home/lyanry/include -o test
　　同样，如果使用了不在标准位置的库文件，那么可以通过-L选项向GCC的库文件搜索路径中添加新的目录。例如，如果在 /home/lyanry/lib/目录下有链接时所需要的库文件libtest.so，为了让GCC能够顺利地找到它，可以使用下面的命令：&
# gcc test.c -L /home/lyanry/lib -ltest -o test
　　上面这条命令中，值得好好解释一下的是-l选项，它指示GCC去连接库文件libfoo.so。Linux下的库文件在命名时有一个约定，那就是应该以lib三个字母开头，由于所有的库文件都遵循了同样的规范，因此在用-l选项指定链接的库文件名时可以省去lib三个字母，也就是说GCC在对-lfoo进行处理时，会自动去链接名为libfoo.so的文件。（注：至于在Windows下该怎样连接库文件，未做尝试，以后再谈）
　　Linux下的库文件分为两大类分别是动态链接库（通常以.so结尾）和静态链接库（通常以.a结尾），二者的区别仅在于程序执行时所需的代码是在运行时动态加载的，还是在编译时静态加载的。动态加载，意味着内存中仅存在一份库代码，所调用的函数只是在调用程序中存在一个映像。而静态加载，意味着将库中所调用的函数代码复制到调用程序中。如果库中存在同名的静态库和动态库，则在默认情况下， GCC在链接时优先使用动态链接库，只有当动态链接库不存在时才考虑使用静态链接库，如果需要的话可以在编译时加上-static选项，强制使用静态链接库。例如，如果在 /home/xiaowp/lib/目录下有链接时所需要的库文件libtest.so和libtest.a，为了让GCC在链接时只用到静态链接库，可以使用下面的命令：&
# gcc test.c -L /home/xiaowp/lib -static -ltest -o test
　　代码优化指的是编译器通过分析源代码，找出其中尚未达到最优的部分，然后对其重新进行组合，目的是改善程序的执行性能。GCC 提供的代码优化功能非常强大，它通过编译选项-On来控制优化代码的生成，其中n是一个代表优化级别的整数。对于不同版本的GCC来讲，n的取值范围及其对应的优化效果可能并不完全相同，比较典型的范围是从0变化到2或3。&
　　编译时使用选项-O可以告诉GCC同时减小代码的长度和执行时间，其效果等价于-O1。在这一级别上能够进行的优化类型虽然取决于目标处理器，但一般都会包括线程跳转（Thread Jump）和延迟退栈（Deferred Stack Pops）两种优化。选项-O2告诉GCC除了完成所有-O1级别的优化之外，同时还要进行一些额外的调整工作，如处理器指令调度等。选项-O3则除了完成所有-O2级别的优化之外，还包括循环展开和其它一些与处理器特性相关的优化工作。通常来说，数字越大优化的等级越高，同时也就意味着程序的运行速度越快。许多Linux程序员都喜欢使用-O2选项，因为它在优化长度、编译时间和代码大小之间，取得了一个比较理想的平衡点。&
　　下面通过具体实例来感受一下GCC的代码优化功能，所用程序如下：
//testOpt.c
#include &stdio.h&
int main(void)
& for (counter = 0; counter != 2000.0 * 2000.0 * 2000.0 / 20.0 + 2000;&counter += (5 - 1) / 4)
&&& temp = counter / 1979;
&&& result =
& printf(&Result is %lf\n&, result);
& return 0;
　　首先不加任何优化选项进行编译：
gcc -Wall&testOpt.c&-o testOpt
　　借助Linux提供的time命令，可以大致统计出该程序在运行时所需要的时间：
$time ./testOpt
Result is 0000
real&&& 0m7.759s
user&&& 0m7.444s
sys&&&& 0m0.008s
　　接下去使用-O1优化选项来对代码进行优化处理：&
gcc -Wall -O testOpt.c -o testOpt
　　测试运行时间：
$time ./testOPt
Result is 0000
real&&& 0m2.445s
user&&& 0m2.436s
sys&&&& 0m0.000s
　　接下去使用-O2优化选项来对代码进行优化处理：&
gcc -Wall -O2 testOpt.c -o testOpt
　　测试运行时间：
$time ./testOPt
Result is 0000
real&&& 0m2.338s
user&&& 0m2.320s
sys&&&& 0m0.004s
　　尽管GCC的代码优化功能非常强大，但作为一名优秀的Linux程序员，首先还是要力求能够手工编写出高质量的代码。如果编写的代码简短，并且逻辑性强，编译器就不会做更多的工作，甚至根本用不着优化。特别在以下一些场合中应该避免使用优化：&
6、程序性能分析　
　GCC支持的其它调试选项还包括-p和-pg，它们会将剖析（Profiling）信息加入到最终生成的二进制代码中。剖析信息即包含了更为详细的调试信息（只是我这么觉得，由下面的例子可以证实），也对于找出程序的性能瓶颈很有帮助，是协助Linux程序员开发出高性能程序的有力工具。在编译时加入-p选项会在生成的代码中加入通用剖析工具（Prof）能够识别的统计信息，而 -pg选项则生成只有GNU剖析工具（Gprof）才能识别的统计信息。下面我们还是以crash.c程序的编译和调试，来看看使用-p选项对程序调试的好处吧。
　　编译：
&gcc -Wall -g -p crash.c -o crash
　　调试：
[lyanry@lyanry crash]$ gdb -q crash
Using host libthread_db library &/lib/libthread_db.so.1&.
Starting program: /home/lyanry/program/c++/crash/crash
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0x909000
Input an integer:11
Program received signal SIGSEGV, Segmentation fault.
0x in _IO_vfscanf_internal () from /lib/libc.so.6
(gdb) backtrace
#0& 0x in _IO_vfscanf_internal () from /lib/libc.so.6
#1& 0x in scanf () from /lib/libc.so.6
#2& 0x in main () at crash.c:8
　　现在，可以从GDB输出结果中看到带有出错代码行号的backtrace结果了，即#2& 0x in main () at crash.c:8，使用frame指令，查看出错代码，结果如下：
(gdb) frame 2
#2& 0x in main () at crash.c:8
8&&&&&&&& scanf(&%d&, input);
　　现在有点清晰地知道问题发生在哪了吧！
　　下面，来测试-p或-pg选项用于分析程序的性能瓶颈，结合前面的叙述，看一下man手册上对-p和-pg选项的详细说明：
-p& Generate extra code to write profile information suitable for the
&&& analysis program prof.& You must use this option when compiling the
&&& source files you want data about, and you must also use it when
&&& linking.
-pg Generate extra code to write profile information suitable for the
&&& analysis program gprof.& You must use this option when compiling
&&& the source files you want data about, and you must also use it when
&&& linking.
　　说明中所提及的prof和gprof，都是程序性能剖析工具，prof是通用的，gprof是GNU开发的。以例程profile.c来测试 gprof，在编译程序时要添加-gp选项。要注意，这个选项只是在连接期间产生作用的。profile.c代码清单如下：
//profile.c
#include &stdio.h&
void function1()
& int i=0,j;
& for(j=0;j&100000;j++)
void function2()
& int i,j;
& function1();
& for(j=0;j&200000;j++)
int main(void)
& int i,j;
& for(i=0;i&100;i++)
&&& function1();
& for(j=0;i&50000;i++)
&&& function2();
& return 0;
　　编译：
gcc -Wall -pg profile.c -o profile
　　运行profile程序，会在当前目录中生成一个gmon.out文件，下面可以使用gprof工具对profile程序进行剖析了：
gprof profile &gprof.txt
　　上面指令执行时，gprof会自动使用gmon.out文件，将输出结果重定向到gprof.txt文件中。如果想知道gmon.out是什么，还是看看man手册里的描述吧：
&&Gprof& reads the given object file (the default is &a.out&) and　establishes the relation between its symbol table and& the& call& graph　profile from gmon.out.&&
　　好了，现在要做的事情，就是在当前目录下打开gprof.txt，看看了，文件中，我们感兴趣的内容通常有两处：
Each sample counts as 0.01 seconds.
& %&& cumulative&& self&&&&&&&&&&&&& self&&&& total&&&&&&&&&&&
&time&& seconds&& seconds&&& calls& us/call& us/call& name&&&&
&66.92&&&& 24.44&&& 24.44&&& 49900&& 489.78&& 731.38& function2
&33.08&&&& 36.52&&& 12.08&&& 50000&& 241.60&& 241.60& function1
index % time&&& self& children&&& called&&&& name
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& &spontaneous&
[1]&&& 100.0&&& 0.00&& 36.52&&&&&&&&&&&&&&&& main [1]
&&&&&&&&&&&&&& 24.44&& 12.06&& &&&&&& function2 [2]
&&&&&&&&&&&&&&& 0.02&&& 0.00&&&& 100/50000&&&&&& function1 [3]
-----------------------------------------------
&&&&&&&&&&&&&& 24.44&& 12.06&& &&&&&& main [1]
[2]&&&& 99.9&& 24.44&& 12.06&& 49900&&&&&&&& function2 [2]
&&&&&&&&&&&&&& 12.06&&& 0.00&& &&&&&& function1 [3]
-----------------------------------------------
&&&&&&&&&&&&&&& 0.02&&& 0.00&&&& 100/50000&&&&&& main [1]
&&&&&&&&&&&&&& 12.06&&& 0.00&& &&&&&& function2 [2]
[3]&&&& 33.1&& 12.08&&& 0.00&& 50000&&&&&&&& function1 [3]
-----------------------------------------------
　　不想再细说下去，自己琢磨去吧。
&&&&&& g++ -g MyFirst.cpp -o MyFirst
------------------------------------------------------------------------------------------------------
gcc和g++都是GNU(组织)的一个编译器。
误区一:gcc只能编译c代码,g++只能编译c++代码
两者都可以，但是请注意：
1.后缀为.c的，gcc把它当作是C程序，而g++当作是c++程序；后缀为.cpp的，两者都会认为是c++程序，注意，虽然c++是c的超集，但是两者对语法的要求是有区别的。C++的语法规则更加严谨一些。
2.编译阶段，g++会调用gcc，对于c++代码，两者是等价的，但是因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常用g++来完成链接，为了统一起见，干脆编译/链接统统用g++了，这就给人一种错觉，好像cpp程序只能用g++似的。
误区二:gcc不会定义__cplusplus宏，而g++会
实际上，这个宏只是标志着编译器将会把代码按C还是C++语法来解释，如上所述，如果后缀为.c，并且采用gcc编译器，则该宏就是未定义的，否则，就是已定义。
误区三:编译只能用gcc，链接只能用g++
严格来说，这句话不算错误，但是它混淆了概念，应该这样说：编译可以用gcc/g++，而链接可以用g++或者gcc -lstdc++。因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常使用g++来完成联接。但在编译阶段，g++会自动调用gcc，二者等价。
我们在编译c/c++代码的时候，有人用gcc，有人用g++，于是各种说法都来了，譬如c代码用gcc，而c++代码用g++，或者说编译用gcc，链接用g++，一时也不知哪个说法正确，如果再遇上个extern &C&，分歧就更多了，这里我想作个了结，毕竟知识的目的是令人更清醒，而不是更糊涂。
误区一:gcc只能编译c代码,g++只能编译c++代码
两者都可以，但是请注意：
1.后缀为.c的，gcc把它当作是C程序，而g++当作是c++程序；后缀为.cpp的，两者都会认为是c++程序，注意，虽然c++是c的超集，但是两者对语法的要求是有区别的，例如：
#include &stdio.h&
int main(int argc, char* argv[]) {
&& if(argv == 0)
&& printString(argv);
&&&return;
int printString(char* string) {
& sprintf(string, &This is a test.\n&);
如果按照C的语法规则，OK，没问题，但是，一旦把后缀改为cpp，立刻报三个错：&printString未定义&；
&cannot convert `char**' to `char*&；
&return-statement with no value&；
分别对应前面红色标注的部分。可见C++的语法规则更加严谨一些。
2.编译阶段，g++会调用gcc，对于c++代码，两者是等价的，但是因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常用g++来完成链接，为了统一起见，干脆编译/链接统统用g++了，这就给人一种错觉，好像cpp程序只能用g++似的。
误区二:gcc不会定义__cplusplus宏，而g++会
实际上，这个宏只是标志着编译器将会把代码按C还是C++语法来解释，如上所述，如果后缀为.c，并且采用gcc编译器，则该宏就是未定义的，否则，就是已定义。
误区三:编译只能用gcc，链接只能用g++
严格来说，这句话不算错误，但是它混淆了概念，应该这样说：编译可以用gcc/g++，而链接可以用g++或者gcc -lstdc++。因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常使用g++来完成联接。但在编译阶段，g++会自动调用gcc，二者等价。
误区四:extern &C&与gcc/g++有关系
实际上并无关系，无论是gcc还是g++，用extern &c&时，都是以C的命名方式来为symbol命名，否则，都以c++方式命名。试验如下：
extern &C& void CppPrintf(void);
#include &iostream&
#include &me.h&
void CppPrintf(void)
&&&& cout && &Hello\n&;
#include &stdlib.h&
#include &stdio.h&
#include &me.h&&&&&&&&&
int main(void)
&&& CppPrintf();
&&& return 0;
1. 先给me.h加上extern &C&，看用gcc和g++命名有什么不同
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv&&&&&&& //注意此函数的命名
&&&&&&& .type&& CppPrintf, @function
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv&&&&&&& //注意此函数的命名
&&&&&&& .type&& CppPrintf, @function
完全相同！
&&&&&&&&&&&&&&&
2. 去掉me.h中extern &C&，看用gcc和g++命名有什么不同
[root@root GCC]# gcc -S me.cpp
[root@root GCC]# less me.s
.globl _Z9CppPrintfv&&&&&&& //注意此函数的命名
&&&&&&& .type&& _Z9CppPrintfv, @function
[root@root G++]# g++ -S me.cpp
[root@root G++]# less me.s
.globl _Z9CppPrintfv&&&&&&& //注意此函数的命名
&&&&&&& .type&& _Z9CppPrintfv, @function
完全相同！
【结论】完全相同，可见extern &C&与采用gcc/g++并无关系，以上的试验还间接的印证了前面的说法：在编译阶段，g++是调用gcc的。
除非注明，文章均为()原创，转载请保留链接:
-----=== 个人博客信息 ===-----
网络技术分享VC也就是visual stdio 一共有几个版本？我是学电子信息工程的大二本科生，正在学习C++，应该用哪个版本的_百度知道
VC也就是visual stdio 一共有几个版本？我是学电子信息工程的大二本科生，正在学习C++，应该用哪个版本的
我c语言学的不是很好，现在想努力一点学好面向对象C++，请各位给点意见
0中能运行的代码很有可能不能运行,可以说它不是C的附属VS 98 --- VC 6，如果学过C可能有好多地方理解得更透，没这回事．你完全可以从头到尾学C++.VC7.0VS 2008 --- VC 9.除非你要学MFC,建议用VC 9.0VS .1 MinGW5,VC6.0(VS 2008).没有C的思想学起C++有的概念可能比学过C的人理解的要快，C++与C有许多重复内容,假如以后换了编译器在VC6，对标准支持都不错.NET(也就是VS 2003) --- VC 7，并不是说学C++必须学C为前提.0以及以上版本．我现在用的是:C语言学不好.0Visual C++只不过是VS的一部分,对标准C++支持也不错PS，就是体积太大，如果只学标准的C++，VS版本越高包含的东西越多.0以上的微软家族产品.0被认为是不标准的C++编译器，你完全可以不用VC.所以没必要背思想包附.像Borland C++ builder 6:C-Free 4，C++是独立于C存在的，对C++学习没有多大影响.0VS 2005 --- VC 8
其他类似问题
电子信息工程的相关知识
按默认排序
其他1条回答
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁