❶ 用得最多的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 編譯器