㈠ c編譯器cc1與gcc
起初的gcc就是個腳本，用變種Pascal。沒錯，gcc就是個套子。cc1在/usr/lib/gcc下，不在$PATH變數里
㈡ C語言編譯器有哪些各有什麼特點
C語言編譯器目前主要有VC++、dev-C++、C-Free、win-TC、TC 2.0等等。
其中比較經典的VC++，微軟的產品，編譯器，鏈接器，運行，調試等功能於一體的強大開發工具，特點是功能十分強大，對於新手來說需要一段時間去摸索。
dev-C++是windows下一款開發c/c++的開發環境，使用gcc為編譯器，遵循標准，功能比較強大，語法高量，可以進行單步調試（這對排除錯誤很重要),進行斷點設置等功能，遵循C標准，是一款很強大的開發工具。
C-Free是一款支持多種編譯器的專業化C/C++集成開發環境（IDE）。利用C-Free，使用者可以輕松地編輯、編譯、連接、運行、調試C/C++程序。
TC 2.0:Borland公司的產品，在dos界面下編譯運行，小巧、靈活，但是不能使用滑鼠。
win-TC:在tc2.0的基礎上加上了界面，能夠使用滑鼠，具有語法高量，可以嵌入匯編等特點，對新手一些，拜託了不能用滑鼠的困難。
編譯器，簡單講，就是將「一種語言（通常為高級語言）」翻譯為「另一種語言（通常為低級語言）」的程序。一個現代編譯器的主要工作流程：源代碼 (source code) → 預處理器 (preprocessor) → 編譯器 (compiler) → 目標代碼 (object code) → 鏈接器(Linker) → 可執行程序 (executables)。
㈢ centos6.5 匯編器cc1 ：bash:cc1 command not found
bash:cc1 command not found
找不到cc1，沒有cc1這個命令
鏈接器的話我知道ld
或者你是不是在找cc gcc 之類的東西
gcc可以鏈接目標文件
㈣ arm-linux-gcc 編譯時出現錯誤 arm-none-linux-gnueabi-gcc:error trying to exec 'cc1' 怎麼解決
arm-none-linux-gnueabi-gcc，編譯器未找到，先把編譯器裝上（就是解壓），然後添加路徑
vi ~/.bash_profile
在PATH下一行添加路徑
export PATH=$PATH:/(編譯器所在路徑)/bin/arm-none-linux-gnueabi-
㈤ 編譯器在編譯階段，究竟做哪些事情
1. 預處理首先源代碼文件（.c/.cpp）和相關頭文件（.h/.hpp）被預處理器cpp預編譯成.i文件（C++為.ii）。預處理命令為：gcc –E hello.c –o hello.i預編譯過程主要處理那些源代碼中以#開始的預編譯指令，主要處理規則如下：u 將所有的#define刪除，並且展開所有的宏定義；u 處理所有條件編譯指令，如#if，#ifdef等；u 處理#include預編譯指令，將被包含的文件插入到該預編譯指令的位置。該過程遞歸進行，及被包含的文件可能還包含其他文件。u 刪除所有的注釋//和 /**/；u 添加行號和文件標識，如#2 「hello.c」 2,以便於編譯時編譯器產生調試用的行號信息及用於編譯時產生編譯錯誤或警告時能夠顯示行號信息；u 保留所有的#pragma編譯器指令，因為編譯器須要使用它們。2. 編譯編譯過程就是把預處理完的文件進行一系列詞法分析，語法分析，語義分析及優化後生成相應的匯編代碼文件（.s）。編譯的命令為：gcc –S hello.i –o hello.s或者從源文件直接輸出匯編代碼文件：gcc –S hello.c –o hello.s現在版本的GCC把預編譯和編譯兩個步驟合並成一個步驟，由程序cc1來完成（C++為cc1plus）。3. 匯編匯編就是將匯編代碼轉變成機器可以執行的命令，生成目標文件（.o），匯編器as根據匯編指令和機器指令的對照表一一翻譯即可完成。匯編的命令為：gcc –c hello.s –o hello.o或者從源文件直接輸出目標文件：gcc –c hello.c –o hello.o4. 鏈接鏈接就是鏈接器ld將各個目標文件組裝在一起，解決符號依賴，庫依賴關系，並生成可執行文件。鏈接的命令為：ld –static crt1.o crti.o crtbeginT.o hello.o –start-group –lgcc –lgcc_eh –lc-end-group crtend.o crtn.o一般我們使用一條命令就可以完成上述4個步驟：gcc hello.c實際上gcc只是一些其它程序的包裝，它會根據不同參數去調用預編譯編譯程序cc1、匯編器as、鏈接器ld。
㈥ 已編寫好一個C語言源程序（名為file.c），要在計算機上運行，應該經歷哪些步驟
預處理：一般根據程序中定義的宏，把它們替換為所代替的值。
編譯(compile)：生成匯編代碼 ——file.S
匯編(assembly)：將匯編程序由匯編器(assembler)生成目標代碼（或機器代碼）——file.o
鏈接(link)：把目標代碼鏈接為可執行文件——file.exe (GUN C Compiler一般生成a.out)
㈦ 交叉編譯幾種常見的報錯
（1）交叉編譯器
在主機上用來編譯其它類型機器上可執行代碼的編譯器就叫交叉編譯器，我們進行嵌入式linux的開發主機大部分都是X86，而我們的嵌入式系統的處理器有可能是ARM/MIPS等非X86處理器，這時候就必須使用ARM/MIPS的交叉編譯器才能編譯出在這些處理器上能夠執行的代碼。這里我們使用的是ARM最新的EABI編譯器。
交叉編譯器在編譯的時候，對於浮點運行會預設硬浮點運算FPA（float point architecture），而沒有FPA的CPU，比如三星的2440等，會使用FPE（float point emulation即軟浮點），這樣在速度上就會受到極大限制。使用EABI（embeded application binary interface）則可以對此改善處理。
（2）不修改MAKEFILE來建立編譯環境
將arm-2008q3.tar.bz2拷貝到ubuntu系統的某個目錄，解壓後。使用VI編輯/etc/bash.bashrc，在文件最後加入環境變數設置（註：加bin的含義是交叉編譯器工具目錄）：
保存後，用source運行一次該文件，就可以了。
（3）gcc: error trying to exec 'cc1': execvp: No such file or directory 的解決
今天在編譯開發板環境時，明明設置好編譯器的環境變數了，編譯時就是會出現：gcc: error trying to exec 'cc1': execvp: No such file or directory 錯誤提示。後來發現一個方法可以解決，輸入：whereis gcc，就可以了發現好幾個gcc，包括/usr/bin/gcc，所以我就把PATH路徑設過去，就OK了。
（4）Clock skew detected. Your build may be incomplete
如果你裝了Windows Linux雙系統，系統時間很可能出問題，從而造成文件修改時間比系統時間晚，兩種辦法：
1，應該是你的PC的系統時鍾錯誤，在BIOS中修改正確。
2，使用touch命令將所有文件的時間戳修改為你系統的當前時間。解決方法：find ./-name "*" -exec touch {} \;
㈧ 編譯時cc1plus.exe錯誤怎麼解決
1、一般這個問題都是在win7和vista下面用VC6的問題，嘗試下面幾種方法，如果不行，就重新找一個VC版本吧2、具體步湊：一： 「CL.exe」是VC使用真正的編譯器（編譯程序），其路徑在「VC根目 錄 /VC98/Bin」
㈨ cc1: error: PLCC.c: No such file or directory 編譯失敗! 那裡地問題
這個錯誤信息就是說你當前所編譯的源文件所在的目錄下沒有PLCC.c這個文件。
㈩ 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