Ⅰ 都有哪些好的c語言編譯器阿
1. GCC
大名鼎鼎的GNU的C/C++/Obj-C編譯器, 當前版本是2.8.1, 但據說與2.7.*有兼容性
問題. 而使用較廣的是gcc 2.7.2系列, 如RedHat5中帶的就是gcc 2.7.2.3
有時候在Cyrix上用gcc會有些問題, 因此有一套針對Cyrix特點的gcc 2.7.2.3
我這里有RedHat5的rpms ftp://166.111.68.98/pub/Warez-CD/Huricane-contrib
(Cyrix 2.7.2.3 & 2.8.1)
其基本結構就是一個front end和back end,
/usr/bin/gcc 就是個front end, 其kernel東西都放在 /usr/lib/gcc-lib下面,
cpp是C預處理器, cc1*的1M多的就是編譯器的核心模塊了
cc1 C compiler
cc1plus C++ compiler
cc1obj Object-C compiler
但gcc並沒有集成Fortran的compiler, 一般要用f2c轉成C後才用gcc編譯
好象也還有個g77 Fortran compiler吧?
gcc的不斷發展完善使許多commercial compiler都相形見絀, 那當然, gcc/emacs
都由GNU創始人Richard Stallman手創, 是GNU的旗艦產品, 質量當然沒得說了:-)
由於 Unix平台的高度可移植性, gcc幾乎在各種常見的Unix平台上都有, 即使是
Win32/DOS也有gcc的port. 比如說該死的Solaris普通版本連compiler都沒有, 也
就只好用gcc了...
2. EGCS(Experimental/Enhanced GNU Compiler System)
這是gcc的發展方向, 把fortran等編譯器集成進來, 也許還會有Pascal?
它的構造很清晰, 把對gcc的各種改進/port都集成回去. 如gcc 2.7系列據說是
沒有對Pentium進行優化的, 而egcs則把pgcc對Pentium的一些優化集成進去了
現在gcc的開發工作主要就是egcs, 由Cygnus公司領導(?), 這Cygnus公司還是很
不錯的, 還出了GNU-Win32, SourceNavigator等, 是GNU的堅實擁護者:-))
http://egcs.cygnus.com
包括了C/C++/Obj-C/Fortran 編譯器, 當前最新版本1.0.2, 還在不斷開發中
昨天download發現KDE Beta4都用egcs編譯了 :-)
Fortran集成進來後在/usr/lib/gcc-lib下又多了個f771的back end, 當然
還是g77/f77 編譯
我這里有egcs 1.0.2 的rpm 在RH5-CD/collect下面
3. PGCC(Pentium GCC)
http://www.gcc.ml.org
針對Pentium CPU進行了編譯器優化的compiler
pgcc據說用JPEG壓縮解壓縮測試最快可比gcc快 30%!
新版的pgcc都是基於egcs的, 以一個patch的形式release
Ⅱ 原本是百度雲上一個C語言編譯器的壓縮包，可是下載完之後變成這個格式。請問該怎麼辦。
先解壓。用winrar或者7z都可以。
Ⅲ c語言編譯器哪個好
1.
GCC
大名鼎鼎的GNU的C/C++/Obj-C編譯器,
當前版本是2.8.1,
但據說與2.7.*有兼容性
問題.
而使用較廣的是gcc
2.7.2系列,
如RedHat5中帶的就是gcc
2.7.2.3
有時候在Cyrix上用gcc會有些問題,
因此有一套針對Cyrix特點的gcc
2.7.2.3
我這里有RedHat5的rpms
ftp://166.111.68.98/pub/Warez-CD/Huricane-contrib
(Cyrix
2.7.2.3
&
2.8.1)
其基本結構就是一個front
end和back
end,
/usr/bin/gcc
就是個front
end,
其kernel東西都放在
/usr/lib/gcc-lib下面,
cpp是C預處理器,
cc1*的1M多的就是編譯器的核心模塊了
cc1
C
compiler
cc1plus
C++
compiler
cc1obj
Object-C
compiler
但gcc並沒有集成Fortran的compiler,
一般要用f2c轉成C後才用gcc編譯
好象也還有個g77
Fortran
compiler吧?
gcc的不斷發展完善使許多commercial
compiler都相形見絀,
那當然,
gcc/emacs
都由GNU創始人Richard
Stallman手創,
是GNU的旗艦產品,
質量當然沒得說了:-)
由於
Unix平台的高度可移植性,
gcc幾乎在各種常見的Unix平台上都有,
即使是
Win32/DOS也有gcc的port.
比如說該死的Solaris普通版本連compiler都沒有,
也
就只好用gcc了...
2.
EGCS(Experimental/Enhanced
GNU
Compiler
System)
這是gcc的發展方向,
把fortran等編譯器集成進來,
也許還會有Pascal?
它的構造很清晰,
把對gcc的各種改進/port都集成回去.
如gcc
2.7系列據說是
沒有對Pentium進行優化的,
而egcs則把pgcc對Pentium的一些優化集成進去了
現在gcc的開發工作主要就是egcs,
由Cygnus公司領導(?),
這Cygnus公司還是很
不錯的,
還出了GNU-Win32,
SourceNavigator等,
是GNU的堅實擁護者:-))
http://egcs.cygnus.com
包括了C/C++/Obj-C/Fortran
編譯器,
當前最新版本1.0.2,
還在不斷開發中
昨天download發現KDE
Beta4都用egcs編譯了
:-)
Fortran集成進來後在/usr/lib/gcc-lib下又多了個f771的back
end,
當然
還是g77/f77
編譯
我這里有egcs
1.0.2
的rpm
在RH5-CD/collect下面
3.
PGCC(Pentium
GCC)
http://www.gcc.ml.org
針對Pentium
CPU進行了編譯器優化的compiler
pgcc據說用JPEG壓縮解壓縮測試最快可比gcc快
30%!
新版的pgcc都是基於egcs的,
以一個patch的形式release
Ⅳ 有沒有編譯C語言的編譯器，占存儲小點的
我有一個簡化版的VC6.0編譯器(英文版的)，，免安裝的，解壓可直接使用。(只有解壓在D盤，桌面快捷方式才有效)..... 壓縮文件才33MB，，解壓後才100多MB。 這個版本只能用於C和C++語言學習， 在使用MFC時會出現問題。 如果你要我可以發你郵箱。
Ⅳ C語言編譯器和winrar解壓縮軟體，當它們調試程序以及解壓縮的時候，哪個程序的靜態優先順序更高，為什麼
C語言編譯更高，應為C語言進行編譯的時候，I/O設備繁忙。優先順序高於其他進程
Ⅵ gcc的位域壓縮模式，也沒有辦法，使其通過編譯器選項關閉
1下載
的海合會網站（ http://gcc.gnu.org/ 的）或者通過網上搜索可以找到下載資源。目前的GCC 3.4.0的最新版本。該文件是可供下載，一般有兩種形式：GCC-3.4.0.tar.gz和gcc-3.4.0.tar.bz2，只是不相同的壓縮格式，內容完全一樣的，你可以下載一個。
2。解壓
根據壓縮格式，解壓以下選擇適當的方式（下面的「％」表示命令行提示符）：
％焦油xzvf GCC-3.4.0.tar。廣州
或
％bzcat gcc-3.4.0.tar.bz2的焦油xvf命令 -
新一代的gcc-3.4.0這個目錄被稱為源目錄，使用$ {srcdir的}表示它。後來出現在$ {SRCDIR}，其中真正的路徑應該更換。 pwd命令用來顯示當前路徑。
在$ {SRCDIR} / install目錄下的GCC有詳細的安裝說明，可用瀏覽器打開index.html閱讀。
3。建立目標目錄
目標目錄（使用$ {OBJDIR}表示）是用來存放編譯結果的地方。 GCC建議編譯後的文件不上的源目錄$ {srcdir的]中（雖然這也可），最好是單獨存儲在另一個目錄中，且不能$ {srcdir的}子目錄中。
例如，您可以創建一個文件名為gcc構建的目標目錄（源目錄$ {SRCDIR}是相同的目錄）：
％MKDIR GCC構建％CD GCC-
以下操作主要是在目標目錄中建立在$ {OBJDIR}。
4。配置
目的是確定配置的GCC編譯器安裝到哪裡（$ {DESTDIR}），然後指定用什麼語言支持一些其他的選擇。其中，$ {DESTDIR} $「{OBJDIR}不能或$ {SRCDIR}相同的目錄。
配置是通過$ {srcdir的}根據配置來完成。它的命令格式（記得用你的真實路徑替換$ {DESTDIR}）：
％$ {SRCDIR} /配置的 - prefix = $ {DESTDIR} [其他選項]
例如，如果你想安裝GCC 3.4.0進入/ usr/local/gcc-3.4.0的目錄下，$ {DESTDIR}意味著這條道路。
在我的機器，我是這樣配置：
％。 / gcc-3.4.0/configure的 - 前綴= / usr/local/gcc- 3.4.0 - 啟用線程= POSIX - 禁用檢查 - 啟用 - 長隆 - 主機= I386-redhat的linux的 - 系統 - 啟用zlib的語言？= C，C + +，java
GCC安裝在/ usr/local/gcc-3.4.0目錄下，支持C / C + +和JAVA語言及其他選項，請參見GCC提供的幫助說明。
5。編譯
這是一個漫長的過程。在我的機器上（P4-1.6），這個過程花了超過50分鍾。
6。安裝
執行以下命令來編譯的庫文件復制到$ {DESTDIR}目錄（路徑根據您的設置，您可能需要管理員許可權）：
％使安裝
至此，GCC 3.4.0安裝過程就完成了。
6。其他設置
GCC 3.4.0的所有文件，包括命令文件（如gcc，g+ +的），所以庫文件目錄$ {DESTDIR}，分別存放，如命令文件中的bin目錄下，在lib庫文件，頭文件包括遜色。由於該命令文件和庫文件所在的目錄不包含在相應的搜索路徑，它是必要的，以進行適當的設置後，編譯器可以成功地找到並使用它們。
6.1 GCC，G+ +，gcj的設置
要使用命令如GCC 3.4.0的gcc，最簡單的方法是把它的路徑$ {DESTDIR} / bin中放置在PATH環境變數。我不知道這種方式，但與符號鏈接的方式來實現這樣做的好處，所以我仍然可以使用舊的系統，原始版本的GCC編譯器。
首先，查看原來的gcc所在的路徑：
％GCC
在我的系統中，該命令將顯示:/ usr / bin中/海灣合作委員會。因此，原來的gcc命令在/ usr / bin目錄下。我們可以把GCC 3.4.0的gcc，g+ +的，GCJ和其他命令在/ usr / bin目錄下，分別創建一個符號鏈接：
％CD / usr / bin中
％ LN - S $ {DESTDIR} / bin中/ GCC gcc34
％LN-S $ {DESTDIR} / bin中/ G+ + G+ 34
％LN-S $ {DESTDIR】/ BIN / gcj的gcj34 BR p>因此，可以單獨使用gcc34，G+ 34，gcj34的調用GCC 3.4.0的gcc，G+ +，gcj的完成了C，C + +，JAVA程序的編譯。雖然仍然可以使用舊版本的GCC編譯器在gcc，g+ +的其他命令。
6.2庫路徑設置
$ {DESTDIR} / lib路徑LD_LIBRARY_PATH環境變數，它是最好添加到系統的配置文件，所以它是沒有必要的每一個的設置此環境變數。
例如，如果GCC 3.4.0安裝在/ usr/local/gcc-3.4.0目錄下，在RH Linux可以直接運行在命令行或在文件/ etc /配置文件在這里補充一個：
SETENV LD_LIBRARY_PATH / usr/local/gcc-3.4.0/lib：$ LD_LIBRARY_PATH
7。測試
隨著新的編譯命令（gcc34，G+ +34等）編譯你以前的C，C + +程序來測試新安裝的GCC編譯器能正常工作。
8。根據需要，可以刪除或保留$ {SRCDIR} $ {OBJDIR}目錄。
如果您正在使用Ubuntu或Fedora的，那麼你可以將它安裝直接在源
Ⅶ 請問新裝的編譯器，編譯時出現如下問題，怎麼回事需要設置或安裝什麼Makefile is older than Makefile
.0發布了。目前，GCC可以用來編譯C/C++、FORTRAN、JAVA、OBJC、ADA等語言的程序，可根據需要選擇安裝支持的語言。GCC 3.4.0比以前版本更好地支持了C++標准。本文以在Redhat Linux上安裝GCC3.4.0為例，介紹了GCC的安裝過程。
安裝之前，系統中必須要有cc或者gcc等編譯器，並且是可用的，或者用環境變數CC指定系統上的編譯器。如果系統上沒有編譯器，不能安裝源代碼形式的GCC 3.4.0。如果是這種情況，可以在網上找一個與你系統相適應的如RPM等二進制形式的GCC軟體包來安裝使用。本文介紹的是以源代碼形式提供的GCC軟體包的安裝過程，軟體包本身和其安裝過程同樣適用於其它Linux和Unix系統。
系統上原來的GCC編譯器可能是把gcc等命令文件、庫文件、頭文件等分別存放到系統中的不同目錄下的。與此不同，現在GCC建議我們將一個版本的GCC安裝在一個單獨的目錄下。這樣做的好處是將來不需要它的時候可以方便地刪除整個目錄即可（因為GCC沒有uninstall功能）；缺點是在安裝完成後要做一些設置工作才能使編譯器工作正常。在本文中我採用這個方案安裝GCC 3.4.0，並且在安裝完成後，仍然能夠使用原來低版本的GCC編譯器，即一個系統上可以同時存在並使用多個版本的GCC編譯器。
按照本文提供的步驟和設置選項，即使以前沒有安裝過GCC，也可以在系統上安裝上一個可工作的新版本的GCC編譯器。
1. 下載
在GCC網站上（）或者通過網上搜索可以查找到下載資源。目前GCC的最新版本為 3.4.0。可供下載的文件一般有兩種形式：gcc-3.4.0.tar.gz和gcc-3.4.0.tar.bz2，只是壓縮格式不一樣，內容完全一致，下載其中一種即可。
2. 解壓縮
根據壓縮格式，選擇下面相應的一種方式解包（以下的「%」表示命令行提示符）：
% tar xzvf gcc-3.4.0.tar.gz
或者
% bzcat gcc-3.4.0.tar.bz2 | tar xvf -
新生成的gcc-3.4.0這個目錄被稱為源目錄，用$表示它。以後在出現$的地方，應該用真實的路徑來替換它。用pwd命令可以查看當前路徑。
在$/INSTALL目錄下有詳細的GCC安裝說明，可用瀏覽器打開index.html閱讀。
3. 建立目標目錄
目標目錄（用$表示）是用來存放編譯結果的地方。GCC建議編譯後的文件不要放在源目錄${srcdir]中（雖然這樣做也可以），最好單獨存放在另外一個目錄中，而且不能是$的子目錄。
例如，可以這樣建立一個叫 gcc-build 的目標目錄（與源目錄$是同級目錄）：
% mkdir gcc-build
% cd gcc-build
以下的操作主要是在目標目錄 $ 下進行。
4. 配置
配置的目的是決定將GCC編譯器安裝到什麼地方（$），支持什麼語言以及指定其它一些選項等。其中，$不能與$或$目錄相同。
配置是通過執行$下的configure來完成的。其命令格式為（記得用你的真實路徑替換$）：
% $/configure --prefix=$ [其它選項]
例如，如果想將GCC 3.4.0安裝到/usr/local/gcc-3.4.0目錄下，則$就表示這個路徑。
在我的機器上，我是這樣配置的：
% ../gcc-3.4.0/configure --prefix=/usr/local/gcc-3.4.0 --enable-threads=posix --disable-checking --enable--long-long --host=i386-redhat-linux --with-system-zlib --enable-languages=c,c++,java
將GCC安裝在/usr/local/gcc-3.4.0目錄下，支持C/C++和JAVA語言，其它選項參見GCC提供的幫助說明。
5. 編譯
% make
這是一個漫長的過程。在我的機器上（P4-1.6），這個過程用了50多分鍾。
6. 安裝
執行下面的命令將編譯好的庫文件等拷貝到$目錄中（根據你設定的路徑，可能需要管理員的許可權）：
% make install
至此，GCC 3.4.0安裝過程就完成了。
6. 其它設置
GCC 3.4.0的所有文件，包括命令文件（如gcc、g++）、庫文件等都在$目錄下分別存放，如命令文件放在bin目錄下、庫文件在lib下、頭文件在include下等。由於命令文件和庫文件所在的目錄還沒有包含在相應的搜索路徑內，所以必須要作適當的設置之後編譯器才能順利地找到並使用它們。
6.1 gcc、g++、gcj的設置
要想使用GCC 3.4.0的gcc等命令，簡單的方法就是把它的路徑$/bin放在環境變數PATH中。我不用這種方式，而是用符號連接的方式實現，這樣做的好處是我仍然可以使用系統上原來的舊版本的GCC編譯器。
首先，查看原來的gcc所在的路徑：
% which gcc
在我的系統上，上述命令顯示：/usr/bin/gcc。因此，原來的gcc命令在/usr/bin目錄下。我們可以把GCC 3.4.0中的gcc、g++、gcj等命令在/usr/bin目錄下分別做一個符號連接：
% cd /usr/bin
% ln -s $/bin/gcc gcc34
% ln -s $/bin/g++ g++34
% ln -s $/bin/gcj gcj34
這樣，就可以分別使用gcc34、g++34、gcj34來調用GCC 3.4.0的gcc、g++、gcj完成對C、C++、JAVA程序的編譯了。同時，仍然能夠使用舊版本的GCC編譯器中的gcc、g++等命令。
6.2 庫路徑的設置
將$/lib路徑添加到環境變數LD_LIBRARY_PATH中，最好添加到系統的配置文件中，這樣就不必要每次都設置這個環境變數了。
例如，如果GCC 3.4.0安裝在/usr/local/gcc-3.4.0目錄下，在RH Linux下可以直接在命令行上執行或者在文件/etc/profile中添加下面一句：
setenv LD_LIBRARY_PATH /usr/local/gcc-3.4.0/lib:$LD_LIBRARY_PATH
7. 測試
用新的編譯命令（gcc34、g++34等）編譯你以前的C、C++程序，檢驗新安裝的GCC編譯器是否能正常工作。
8. 根據需要，可以刪除或者保留$和$目錄。
Ⅷ closure-compiler如何將js文件壓縮成一行
因為是centos linux，默認可以採用yum方式安裝，則採用如下命令安裝gcc編譯器即可：
# yum -y install gcc
安裝更新了如下幾個組件：
gcc 4.1.2-44.el5
binutils 2.17.50.0.6-9.el5
cpp 4.1.2-44.el5
glibc-devel 2.5-34.el5_3.1
glibc-headers 2.5-34.el5_3.1
kernel-headers 2.6.18-164.el5
libgomp 4.3.2-7.el5
Ⅸ 誰有c語言的好的編譯器，要性能夠多夠好，中文版的，有的請發到郵箱[email protected]謝謝了！！
1. GCC
大名鼎鼎的GNU的C/C++/Obj-C編譯器, 當前版本是2.8.1, 但據說與2.7.*有兼容性
問題. 而使用較廣的是gcc 2.7.2系列, 如RedHat5中帶的就是gcc 2.7.2.3
有時候在Cyrix上用gcc會有些問題, 因此有一套針對Cyrix特點的gcc 2.7.2.3
我這里有RedHat5的rpms ftp://166.111.68.98/pub/Warez-CD/Huricane-contrib
(Cyrix 2.7.2.3 & 2.8.1)
其基本結構就是一個front end和back end,
/usr/bin/gcc 就是個front end, 其kernel東西都放在 /usr/lib/gcc-lib下面,
cpp是C預處理器, cc1*的1M多的就是編譯器的核心模塊了
cc1 C compiler
cc1plus C++ compiler
cc1obj Object-C compiler
但gcc並沒有集成Fortran的compiler, 一般要用f2c轉成C後才用gcc編譯
好象也還有個g77 Fortran compiler吧?
gcc的不斷發展完善使許多commercial compiler都相形見絀, 那當然, gcc/emacs
都由GNU創始人Richard Stallman手創, 是GNU的旗艦產品, 質量當然沒得說了:-)
由於 Unix平台的高度可移植性, gcc幾乎在各種常見的Unix平台上都有, 即使是
Win32/DOS也有gcc的port. 比如說該死的Solaris普通版本連compiler都沒有, 也
就只好用gcc了...
2. EGCS(Experimental/Enhanced GNU Compiler System)
這是gcc的發展方向, 把fortran等編譯器集成進來, 也許還會有Pascal?
它的構造很清晰, 把對gcc的各種改進/port都集成回去. 如gcc 2.7系列據說是
沒有對Pentium進行優化的, 而egcs則把pgcc對Pentium的一些優化集成進去了
現在gcc的開發工作主要就是egcs, 由Cygnus公司領導(?), 這Cygnus公司還是很
不錯的, 還出了GNU-Win32, SourceNavigator等, 是GNU的堅實擁護者:-))
包括了C/C++/Obj-C/Fortran 編譯器, 當前最新版本1.0.2, 還在不斷開發中
昨天download發現KDE Beta4都用egcs編譯了 :-)
Fortran集成進來後在/usr/lib/gcc-lib下又多了個f771的back end, 當然
還是g77/f77 編譯
我這里有egcs 1.0.2 的rpm 在RH5-CD/collect下面
3. PGCC(Pentium GCC)
針對Pentium CPU進行了編譯器優化的compiler
pgcc據說用JPEG壓縮解壓縮測試最快可比gcc快 30%!
新版的pgcc都是基於egcs的, 以一個patch的形式release
Ⅹ 編譯器中調整縮進格式的快捷鍵，求大神
向前縮進的快捷鍵是Shift + Tab，你可以試一下，至少在Visual Studio 2012中是這樣的。希望你能採納~~