❶ 用得最多的c语言编译器，计算机专业的最好用哪个
windows下VC好些
linux、unix下 gcc用的人更多
计算机专业的如果没意外你们应该学linux吧，熟悉下也不错
不过语言嘛，学的好坏和编译器关系不大
❷ gcc哪些编译情况下需要用
标准C库即libc库是个特例，因为使用的频率太高（几乎每次编译都需要链接）所以自动链接。否则的话每次gcc编译时都要加个-lc是很麻烦。
❸ 在企业用得最多的 编译C++的编译环境是什么
了解的C/C++编译器如下：
GCC家族有
Cygwin
Mingw32
DJGPP
Dev-C++(Mingw32)
还有正宗的GNU GCC 2.95.5~3.0.0.4版本
MS家族有
MSC 5.0、6.0、7.0
MSQC 1.0、2.5
MSVC 1.0、4.2、6.0、7.0
Borland家族有
TC 1.0、2.0
TC++ 1.01、3.0
BC 3.0、3.1、4.0、4.5、5.0、5.02
BCB 3.0、5.0、6.0
其它有
Intel C/C++ 5.0
Watcom C/C++ 11.0、11.0c
VectorC 1.3.3
IBM VisualAge for C++
DigitalMars C/C++
KAI C/C++ 4.03f for RedHat 7.2
Lcc4.1
LCC-WIN32 2001-09-25~2002-04-28日版
Small C
CC386
Pacific C
另外还有C的解释器
Quincy
Eic
CINT
上面提到的编译器/解释器，大部分我都使用过。现在固定使用VC7.0 Cygwin Mingw32 VectorC和LCC-WIN32这五种编译器。
在GCC家族中GNU GCC是根本，其它的编译器版本都是从它导出的。其中，Cygwin和Mingw32都是WIN32平台下的编译器，DJGPP是DOS下的32位编译器。大家所熟知的DEV-C++充其量只是GCC的一个外壳，它所自带的编译器就是Mingw32的一个版本。这些GCC的版本中，Cygwin是最大的，它与其说是一个编译器，倒不如说是一套编程工具。它不仅有编译器，还有其它很多的工具。其实，它就是一个UNIX系统在WIN32平台上的实现。实现了大多常用的UNIX工具，最近的版本中连Apache这样的“工具”都集成进来的。不过，Cygwin虽然功能强大，但它却不是很易用（和UNIX相似，熟悉UNIX的人用它可以很快上手），因为太多其它的工具分散了人们的注意力。相比之下Mingw32就要好用得多，它只有最基本的几个编程工具（只可惜它不自带GDB）。GCC中并不只是C/C++编译器，其中还有很多其它的编译器如JAVA，Fortran，ADA等。它是一个编译器集合，不过有些编译器只能在UNIX系统上用。MS家族的编译器就不用说了，大家对它们都很熟悉。VC 7.0(VC.NET)是它的最新产品。Borland家族也不用说，大家也是耳熟能详。最近它才推出了BCB 6.0。
其它的编译器如：Intel C/C++大家一看名称就知道是Intel的东西，它和VC6完全兼容，不过要挂在VC6下才能用。Watcom C/C++是早先编译器四国大战中的一员，原本是很不错的东西，可惜战略不对，现在已不见声息了。倒是以它为基础的一个OpenWatcom现在还在奋战。VectorC是我近日才发现的一个好东东，它是个纯C的编译器。IBM的VisualAge for C++原本是IBM想用来淌C++编译器这片浑水的东西，不过IBM的战略改了，它就被放弃了。DigitalMars C/C++的前身的Symantec C++（它也是编译器四国大战中的一员），不过现在Symantec不做了，于是它的作者就把它改成了DigitalMars C/C++开放给大家使用。以上这些都是WIN32平台上的东西。KAI C/C++是个很强大的C/C++编译器，它是个多平台的编译器。不过现在被INTEL收购了，已经停止开发了。Lcc4.1是个纯C的编译器它是开放源代码的。不过不怎么好用。LCC-WIN32是一个在LCC基础上开发的C语言的集成开发环境，很好用，而且有很详细的资料，FREE！Pacific C是一个纯DOS的C的集成开发环境，就不多说了。Small C CC386都是开放源代码的编译器，它们都很简单，应用来给大家学习编译器的。Quincy Eic CINT都是C的解释器，是用来让大家学习C语言的其中CINT的功能很强大，还支持一些C++的特性。
当然还有很多其它的编译器，这里我给出的编译器都是可以在WIN32或DOS平台上用的（除KAI外）。UNIX平台上的编译器还是以GNU的为主，其它的我就不是很清楚了。
在以上的编译器中，最特别的就是VectorC这个东西只支持纯C。但它却号称是最快的编译器，不过经过我的试验，它的确在有些情况下强过其它编译器很多！而且它还有个交互式的优化器，可以让你直接看到C代码对映的汇编代码。Cygwin和Mingw32为一母所生，其运行效果相差不大。它们生成的代码效率都很不错，编译的速度也很快，最值得一提的是它们对C++的特性的支持算是所有编译器中最完全的，而且它们还支持C99的大部分特性。这一点很是不错！大家对MS的VC已经很熟悉了，本不用我多说。不过在它的最新的产品VC7.0中，有很大的改进。它对C++的特性的支持比6.0有了很大的提高，是我所用的编译器中是仅次于GCC的。而且它编译出的程序，运行速度很快！仅有少数时候次于VectorC与GCC，其它情况都是最快的！其平均运行速度是最快的。对Borland的产品我也无需多说。它的TC2.0与BC3.1都是我最喜欢的东西。可是现在的BCB却大不如前了，编译的速度和VC6一样慢！IDE还有较多的BUG。最令人想不通的是它生成的代码的运行速度很慢，比LCC-WIN32还慢！它唯一值得一提的就是它的RAD做的比MS的好。Intel的编译器大家可能不熟，它太贵了！还要有VC的支持，很不划算，而且编译速度比VC6还慢。不过它的代码质量很不错。DigitalMars C/C++没有什么亮点，编译速度较快，代码执行速度适中，对C++特性支持还算不错。LCC-WIN32是个很不错的集成开发环境，它只支持纯C。它的编译速度极快！代码执行速度较慢。不过它的最大亮点在于它的IDE，在所有的FREE编程工具中，它的IDE是最专业的，有很强大的代码分析，管理功能。而且它提供了大量的编程资料。
我曾对一些编译器的代码执行效率做过一些测试，以下是概况：
1. VectorC、VC 7.0 （极快）
2. Intel C/C++、VC 6.0、GCC （很快）
3. DigitalMars C/C++ （一般）
4. LCC-WIN32、BCB、BC5.02 (较慢)
当然，我所做的测试比较片面。不过在很大程度上已能反映其大概状况。
❹ gcc和ide编译比较分析
有些IDE是支持多种编译器和多种硬件架构的
1, IDE本身跟硬件没有关系， 是自带的编译器跟平台有关，但各硬件厂家会为自己定制或开发维护一个IDE方便开发，所以给你感觉IDE跟硬件平台有关了
2, 编译器与你是什么架构的CPU是有关的，不同架构的CPU，其机器指令不一样，所以需要不同的编译器
3, 如果你的编译器功能足够强大，是可以让你所想到的任何语言所描述的程序编译成你想要指定的硬件平台上去运行，不过事实上，这种万能编译器几乎很难实现，也就是:没有
4.要看IDE是否支持配置不同的编译器，ECLIPSE应该是可以配置GCC的
5. 编译器只管到架构一层，不会管到自己私加的一些功能上，私加的功能通常是厂商自己提供BSP开发包来解决的，而不是修改编译器
6.你这个问题没有意义，比如嵌入式板上跑裸机程序或用LINUX系统，那你所用的IDE通常来讲是不同的，甚至用LINUX OS的系统上运行的程序不需要IDE，只需要GCC，而如果你硬是想在宿主机上用LINUX平台开发裸机程序，用GCC去编应该也可以，但通常你都是在WINDOWS平台用一个所谓的IDE的软件去编一个IMG，然后烧到ARM平台上。
2.1 你在编译之前，肯定会选择你是哪个内核的ARM，或者选择你是哪一款芯片。这是配置问题，并无关编译器是否不同这个级别的问题上了。你可以咨询你现在所使用芯片的官方技术支持，问他们看哪个IDE或哪款编译器支持你想要的芯片。
2.2 同样，这类问题，要不，你可以网络谷歌，要不，就问芯片厂商技术支持。
❺ 什么是GCC编译器
Linux系统下的Gcc（GNU C Compiler）是GNU推出的功能强大、性能优越的多平台编译器，是GNU的代表作品之一。gcc是可以在多种硬体平台上编译出可执行程序的超级编译器，其执行效率与一般的编译器相比平均效率要高20%~30%。
Gcc编译器能将C、C++语言源程序、汇程式化序和目标程序编译、连接成可执行文件，如果没有给出可执行文件的名字，gcc将生成一个名为a.out的文件。在Linux系统中，可执行文件没有统一的后缀，系统从文件的属性来区分可执行文件和不可执行文件。而gcc则通过后缀来区别输入文件的类别，下面我们来介绍gcc所遵循的部分约定规则。
.c为后缀的文件，C语言源代码文件；
.a为后缀的文件，是由目标文件构成的档案库文件；
.C，.cc或.cxx 为后缀的文件，是C++源代码文件；
.h为后缀的文件，是程序所包含的头文件；
.i 为后缀的文件，是已经预处理过的C源代码文件；
.ii为后缀的文件，是已经预处理过的C++源代码文件；
.m为后缀的文件，是Objective-C源代码文件；
.o为后缀的文件，是编译后的目标文件；
.s为后缀的文件，是汇编语言源代码文件；
.S为后缀的文件，是经过预编译的汇编语言源代码文件。
Gcc的执行过程
虽然我们称Gcc是C语言的编译器，但使用gcc由C语言源代码文件生成可执行文件的过程不仅仅是编译的过程，而是要经历四个相互关联的步骤∶预处理(也称预编译，Preprocessing)、编译(Compilation)、汇编(Assembly)和连接(Linking)。
命令gcc首先调用cpp进行预处理，在预处理过程中，对源代码文件中的文件包含(include)、预编译语句(如宏定义define等)进行分析。接着调用cc1进行编译，这个阶段根据输入文件生成以.o为后缀的目标文件。汇编过程是针对汇编语言的步骤，调用as进行工作，一般来讲，.S为后缀的汇编语言源代码文件和汇编、.s为后缀的汇编语言文件经过预编译和汇编之后都生成以.o为后缀的目标文件。当所有的目标文件都生成之后，gcc就调用ld来完成最后的关键性工作，这个阶段就是连接。在连接阶段，所有的目标文件被安排在可执行程序中的恰当的位置，同时，该程序所调用到的库函数也从各自所在的档案库中连到合适的地方。
Gcc的基本用法和选项
在使用Gcc编译器的时候，我们必须给出一系列必要的调用参数和文件名称。Gcc编译器的调用参数大约有100多个，其中多数参数我们可能根本就用不到，这里只介绍其中最基本、最常用的参数。
Gcc最基本的用法是∶gcc [options] [filenames]
其中options就是编译器所需要的参数，filenames给出相关的文件名称。
-c，只编译，不连接成为可执行文件，编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件，通常用于编译不包含主程序的子程序文件。
-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。如果不给出这个选项，gcc就给出预设的可执行文件a.out。
-g，产生符号调试工具(GNU的gdb)所必要的符号资讯，要想对源代码进行调试，我们就必须加入这个选项。
-O，对程序进行优化编译、连接，采用这个选项，整个源代码会在编译、连接过程中进行优化处理，这样产生的可执行文件的执行效率可以提高，但是，编译、连接的速度就相应地要慢一些。
-O2，比-O更好的优化编译、连接，当然整个编译、连接过程会更慢。
-Idirname，将dirname所指出的目录加入到程序头文件目录列表中，是在预编译过程中使用的参数。C程序中的头文件包含两种情况∶
A)#include
B)#include “myinc.h”
其中，A类使用尖括号(< >)，B类使用双引号(“ ”)。对于A类，预处理程序cpp在系统预设包含文件目录(如/usr/include)中搜寻相应的文件，而对于B类，cpp在当前目录中搜寻头文件，这个选项的作用是告诉cpp，如果在当前目录中没有找到需要的文件，就到指定的dirname目录中去寻找。在程序设计中，如果我们需要的这种包含文件分别分布在不同的目录中，就需要逐个使用-I选项给出搜索路径。
-Ldirname，将dirname所指出的目录加入到程序函数档案库文件的目录列表中，是在连接过程中使用的参数。在预设状态下，连接程序ld在系统的预设路径中(如/usr/lib)寻找所需要的档案库文件，这个选项告诉连接程序，首先到-L指定的目录中去寻找，然后到系统预设路径中寻找，如果函数库存放在多个目录下，就需要依次使用这个选项，给出相应的存放目录。
-lname，在连接时，装载名字为“libname.a”的函数库，该函数库位于系统预设的目录或者由-L选项确定的目录下。例如，-lm表示连接名为“libm.a”的数学函数库。
上面我们简要介绍了gcc编译器最常用的功能和主要参数选项，更为详尽的资料可以参看Linux系统的联机帮助。
假定我们有一个程序名为test.c的C语言源代码文件，要生成一个可执行文件，最简单的办法就是∶
gcc test.c
这时，预编译、编译连接一次完成，生成一个系统预设的名为a.out的可执行文件，对于稍为复杂的情况，比如有多个源代码文件、需要连接档案库或者有其他比较特别的要求，就要给定适当的调用选项参数。再看一个简单的例子。
整个源代码程序由两个文件testmain.c 和testsub.c组成，程序中使用了系统提供的数学库，同时希望给出的可执行文件为test，这时的编译命令可以是∶
gcc testmain.c testsub.c □lm □o test
其中，-lm表示连接系统的数学库libm.a。
Gcc的错误类型及对策
Gcc编译器如果发现源程序中有错误，就无法继续进行，也无法生成最终的可执行文件。为了便于修改，gcc给出错误资讯，我们必须对这些错误资讯逐个进行分析、处理，并修改相应的语言，才能保证源代码的正确编译连接。gcc给出的错误资讯一般可以分为四大类，下面我们分别讨论其产生的原因和对策。
第一类∶C语法错误
错误资讯∶文件source.c中第n行有语法错误(syntex errror)。这种类型的错误，一般都是C语言的语法错误，应该仔细检查源代码文件中第n行及该行之前的程序，有时也需要对该文件所包含的头文件进行检查。有些情况下，一个很简单的语法错误，gcc会给出一大堆错误，我们最主要的是要保持清醒的头脑，不要被其吓倒，必要的时候再参考一下C语言的基本教材。
第二类∶头文件错误
错误资讯∶找不到头文件head.h(Can not find include file head.h)。这类错误是源代码文件中的包含头文件有问题，可能的原因有头文件名错误、指定的头文件所在目录名错误等，也可能是错误地使用了双引号和尖括号。
第三类∶档案库错误
错误资讯∶连接程序找不到所需的函数库，例如∶
ld: -lm: No such file or directory
这类错误是与目标文件相连接的函数库有错误，可能的原因是函数库名错误、指定的函数库所在目录名称错误等，检查的方法是使用find命令在可能的目录中寻找相应的函数库名，确定档案库及目录的名称并修改程序中及编译选项中的名称。
第四类∶未定义符号
错误资讯∶有未定义的符号(Undefined symbol)。这类错误是在连接过程中出现的，可能有两种原因∶一是使用者自己定义的函数或者全局变量所在源代码文件，没有被编译、连接，或者干脆还没有定义，这需要使用者根据实际情况修改源程序，给出全局变量或者函数的定义体；二是未定义的符号是一个标准的库函数，在源程序中使用了该库函数，而连接过程中还没有给定相应的函数库的名称，或者是该档案库的目录名称有问题，这时需要使用档案库维护命令ar检查我们需要的库函数到底位于哪一个函数库中，确定之后，修改gcc连接选项中的-l和-L项。
排除编译、连接过程中的错误，应该说这只是程序设计中最简单、最基本的一个步骤，可以说只是开了个头。这个过程中的错误，只是我们在使用C语言描述一个算法中所产生的错误，是比较容易排除的。我们写一个程序，到编译、连接通过为止，应该说刚刚开始，程序在运行过程中所出现的问题，是算法设计有问题，说得更玄点是对问题的认识和理解不够，还需要更加深入地测试、调试和修改。一个程序，稍为复杂的程序，往往要经过多次的编译、连接和测试、修改。下面我们学习的程序维护、调试工具和版本维护就是在程序调试、测试过程中使用的，用来解决调测阶段所出现的问题。窗体顶端
窗体底端
❻ GCC和VC这两个C语言编译系统哪个比较新目前使用最广泛的C语言编译系统是哪个
GCC是linux系统的编译器，vc是windows系统的编译器，两个平台都不一样，广泛应用的话其实用的都比较多。
❼ GCC是目前最好的编译器吗
编译器有很多种，谈不上什么是最好的吧！要看操作系统和平台，毕竟现在技术提倡创新，很多款编译器都在不停的改进
❽ GCC编译器在实际工作中还会经常用到吗
实际中的很多问题都是可以用某种算法语言来解决的，何况功能很强大的gcc呢！
❾ windows 下GCc编译器能用吗
gcc是linux/unix下的编译器，应该可以用，因为俄Linux、Unix下的软件一般为自由软件，很多不存在利益问题，应该会提供windows下的gcc，但是windows下的程序（很多都是商用软件）一般在Linux、Unix下是不兼容的，但是一般在windows下也不会用gcc编译器，用Linux、Unix系统时才会用这个编译器
❿ Gcc是个编译器还是什么,能通俗点说明吗
是个编译器
GNU C 编译器