編譯器平台連接器標志

1. 運行c語言程序，無論使用什麼編譯器都顯示無法打開源文件是什麼原因

步驟1、明確自己項目中解決方案的配置和平台（具體根據自己的項目設置）；在解決方案中選中自己的項目，右鍵彈出選項框後選擇屬性，進行設置。

步驟2、設置配置和平台這兩個選項，比如你的電腦是64位的就選x64，否則選Win32；選擇【C/C++】-【常規】-【附加包含目錄】-【編輯】，把自己的文件路徑附加進去；

無法打開源文件


步驟3、【連接器】-【常規】-【附加庫目錄】-【編輯】，把自己的.dll庫文件路徑附加進去；

無法打開源文件


步驟4、【連接器】-【輸入】-【附加依賴項】-【編輯】，把自己的庫文件附加進去；

無法打開源文件

以上就是無法打開源文件的具體介紹和操作方法了，希望可以幫助到你哦。

2. 編譯器的發展史

編譯器
編譯器，是將便於人編寫，閱讀，維護的高級計算機語言翻譯為計算機能識別，運行的低級機器語言的程序。編譯器將源程序（Source program）作為輸入，翻譯產生使用目標語言（Target language）的等價程序。源程序一般為高級語言（High-level language），如Pascal，C++等，而目標語言則是匯編語言或目標機器的目標代碼（Object code），有時也稱作機器代碼（Machine code）。

一個現代編譯器的主要工作流程如下：

源程序（source code）→預處理器（preprocessor）→編譯器（compiler）→匯編程序（assembler）→目標程序（object code）→連接器（鏈接器，Linker）→可執行程序（executables）
目錄 [隱藏]
1 工作原理
2 編譯器種類
3 預處理器（preprocessor）
4 編譯器前端（frontend）
5 編譯器後端（backend）
6 編譯語言與解釋語言對比
7 歷史
8 參見

工作原理
翻譯是從源代碼（通常為高級語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低級語言或機器言）。然而，也存在從低級語言到高級語言的編譯器，這類編譯器中用來從由高級語言生成的低級語言代碼重新生成高級語言代碼的又被叫做反編譯器。也有從一種高級語言生成另一種高級語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。

典型的編譯器輸出是由包含入口點的名字和地址以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。

編譯器種類
編譯器可以生成用來在與編譯器本身所在的計算機和操作系統（平台）相同的環境下運行的目標代碼，這種編譯器又叫做「本地」編譯器。另外，編譯器也可以生成用來在其它平台上運行的目標代碼，這種編譯器又叫做交叉編譯器。交叉編譯器在生成新的硬體平台時非常有用。「源碼到源碼編譯器」是指用一種高級語言作為輸入，輸出也是高級語言的編譯器。例如: 自動並行化編譯器經常採用一種高級語言作為輸入，轉換其中的代碼，並用並行代碼注釋對它進行注釋（如OpenMP）或者用語言構造進行注釋（如FORTRAN的DOALL指令）。

預處理器（preprocessor）
作用是通過代入預定義等程序段將源程序補充完整。

編譯器前端（frontend）
前端主要負責解析（parse）輸入的源程序，由詞法分析器和語法分析器協同工作。詞法分析器負責把源程序中的『單詞』（Token）找出來,語法分析器把這些分散的單詞按預先定義好的語法組裝成有意義的表達式，語句 ，函數等等。 例如「a = b + c;」前端詞法分析器看到的是「a, =, b , +, c;」，語法分析器按定義的語法，先把他們組裝成表達式「b + c」，再組裝成「a = b + c」的語句。 前端還負責語義（semantic checking）的檢查，例如檢測參與運算的變數是否是同一類型的，簡單的錯誤處理。最終的結果常常是一個抽象的語法樹（abstract syntax tree，或 AST），這樣後端可以在此基礎上進一步優化，處理。

編譯器後端（backend）
編譯器後端主要負責分析，優化中間代碼（Intermediate representation）以及生成機器代碼（Code Generation）。

一般說來所有的編譯器分析，優化，變型都可以分成兩大類： 函數內（intraproceral）還是函數之間（interproceral）進行。很明顯，函數間的分析，優化更准確，但需要更長的時間來完成。

編譯器分析（compiler analysis）的對象是前端生成並傳遞過來的中間代碼，現代的優化型編譯器（optimizing compiler）常常用好幾種層次的中間代碼來表示程序，高層的中間代碼（high level IR）接近輸入的源程序的格式，與輸入語言相關（language dependent），包含更多的全局性的信息，和源程序的結構；中層的中間代碼（middle level IR）與輸入語言無關，低層的中間代碼(Low level IR)與機器語言類似。 不同的分析，優化發生在最適合的那一層中間代碼上。

常見的編譯分析有函數調用樹（call tree），控制流程圖（Control flow graph），以及在此基礎上的 變數定義－使用，使用－定義鏈（define-use/use-define or u-d/d-u chain），變數別名分析（alias analysis），指針分析（pointer analysis），數據依賴分析（data dependence analysis）等等。

上述的程序分析結果是編譯器優化（compiler optimization）和程序變形（compiler transformation）的前提條件。常見的優化和變新有：函數內嵌（inlining），無用代碼刪除（Dead code elimination），標准化循環結構（loop normalization），循環體展開（loop unrolling），循環體合並，分裂（loop fusion，loop fission），數組填充（array padding），等等。 優化和變形的目的是減少代碼的長度，提高內存（memory），緩存（cache）的使用率，減少讀寫磁碟，訪問網路數據的頻率。更高級的優化甚至可以把序列化的代碼（serial code）變成並行運算，多線程的代碼（parallelized，multi-threaded code）。

機器代碼的生成是優化變型後的中間代碼轉換成機器指令的過程。現代編譯器主要採用生成匯編代碼（assembly code）的策略，而不直接生成二進制的目標代碼（binary object code）。即使在代碼生成階段，高級編譯器仍然要做很多分析，優化，變形的工作。例如如何分配寄存器（register allocatioin），如何選擇合適的機器指令（instruction selection），如何合並幾句代碼成一句等等。

編譯語言與解釋語言對比
許多人將高級程序語言分為兩類: 編譯型語言 和 解釋型語言 。然而，實際上，這些語言中的大多數既可用編譯型實現也可用解釋型實現，分類實際上反映的是那種語言常見的實現方式。（但是，某些解釋型語言，很難用編譯型實現。比如那些允許 在線代碼更改 的解釋型語言。）

歷史
上世紀50年代，IBM的John Backus帶領一個研究小組對FORTRAN語言及其編譯器進行開發。但由於當時人們對編譯理論了解不多，開發工作變得既復雜又艱苦。與此同時，Noam Chomsky開始了他對自然語言結構的研究。他的發現最終使得編譯器的結構異常簡單，甚至還帶有了一些自動化。Chomsky的研究導致了根據語言文法的難易程度以及識別它們所需要的演算法來對語言分類。正如現在所稱的Chomsky架構（Chomsky Hierarchy），它包括了文法的四個層次：0型文法、1型文法、2型文法和3型文法，且其中的每一個都是其前者的特殊情況。2型文法（或上下文無關文法）被證明是程序設計語言中最有用的，而且今天它已代表著程序設計語言結構的標准方式。分析問題（parsing problem，用於上下文無關文法識別的有效演算法）的研究是在60年代和70年代，它相當完善的解決了這個問題。現在它已是編譯原理中的一個標准部分。

有限狀態自動機（Finite Automaton）和正則表達式（Regular Expression）同上下文無關文法緊密相關，它們與Chomsky的3型文法相對應。對它們的研究與Chomsky的研究幾乎同時開始，並且引出了表示程序設計語言的單詞的符號方式。

人們接著又深化了生成有效目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其稱為優化技術（Optimization Technique），但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（Code Improvement Technique）。

當分析問題變得好懂起來時，人們就在開發程序上花費了很大的功夫來研究這一部分的編譯器自動構造。這些程序最初被稱為編譯器的編譯器（Compiler-compiler），但更確切地應稱為分析程序生成器（Parser Generator），這是因為它們僅僅能夠自動處理編譯的一部分。這些程序中最著名的是Yacc（Yet Another Compiler-compiler），它是由Steve Johnson在1975年為Unix系統編寫的。類似的，有限狀態自動機的研究也發展了一種稱為掃描程序生成器（Scanner Generator）的工具，Lex（與Yacc同時，由Mike Lesk為Unix系統開發）是這其中的佼佼者。

在70年代後期和80年代早期，大量的項目都貫注於編譯器其它部分的生成自動化，這其中就包括了代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。

編譯器設計最近的發展包括：首先，編譯器包括了更加復雜演算法的應用程序它用於推斷或簡化程序中的信息；這又與更為復雜的程序設計語言的發展結合在一起。其中典型的有用於函數語言編譯的Hindley-Milner類型檢查的統一演算法。其次，編譯器已越來越成為基於窗口的交互開發環境（Interactive Development Environment，IDE）的一部分，它包括了編輯器、連接程序、調試程序以及項目管理程序。這樣的IDE標准並沒有多少，但是對標準的窗口環境進行開發已成為方向。另一方面，盡管近年來在編譯原理領域進行了大量的研究，但是基本的編譯器設計原理在近20年中都沒有多大的改變，它現在正迅速地成為計算機科學課程中的中心環節。

在九十年代，作為GNU項目或其它開放源代碼項目的一部分，許多免費編譯器和編譯器開發工具被開發出來。這些工具可用來編譯所有的計算機程序語言。它們中的一些項目被認為是高質量的，而且對現代編譯理論感性趣的人可以很容易的得到它們的免費源代碼。

大約在1999年，SGI公布了他們的一個工業化的並行化優化編譯器Pro64的源代碼，後被全世界多個編譯器研究小組用來做研究平台，並命名為Open64。Open64的設計結構好，分析優化全面，是編譯器高級研究的理想平台。

編譯器是一種特殊的程序，它可以把以特定編程語言寫成的程序變為機器可以運行的機器碼。我們把一個程序寫好，這時我們利用的環境是文本編輯器。這時我程序把程序稱為源程序。在此以後程序員可以運行相應的編譯器，通過指定需要編譯的文件的名稱就可以把相應的源文件（通過一個復雜的過程）轉化為機器碼了。

編譯器工作方法
首先編譯器進行語法分析，也就是要把那些字元串分離出來。然後進行語義分析，就是把各個由語法分析分析出的語法單元的意義搞清楚。最後生成的是目標文件，我們也稱為obj文件。再經過鏈接器的鏈接就可以生成最後的可執行代碼了。有些時候我們需要把多個文件產生的目標文件進行鏈接，產生最後的代碼。我們把一過程稱為交叉鏈接。

3. 大家初學c語言用的編輯器和編譯器是怎麼下載安裝詳細步驟

1.Code::Blocks 是一個開放源碼的全功能的跨平台C/C++集成開發環境.
相比於基於Delphi的Dev-C++共享 C++IDE，Code::Blocks是開放源碼軟體Code::Blocks由純粹的C++語言開發完成，它使用了蓍名的圖形界面庫 wxWidgets(2.6.2unicode)版。對於追求完美的C++程序員，再也不必忍受Eclipse的緩慢，再也不必忍受VS.NET的龐大和高昂的價格。

2.安裝主要步驟

• 安裝Code::Blocks第一個正式版本 ver 8.02。

• 安裝Code::Blocks的最新升級包。

• 安裝Code::Blocks的簡體中文語言包。

• 完成Code::Blocks的基本配置。

3.運行安裝程序

下載得到一個執行的文件，雙擊後運行,請按照以下說明進行安裝。

選擇「Full/完整」安裝，以免重要插件沒有被安裝上。

安裝目標路徑，不要帶有空格，或者漢字；這一點並不是Code::Blocks的限制，而是因為mingw32里的一些命令行工具，似乎對長目錄或帶空格的目錄支持有點小問題，我估計漢字目錄也會出問題，但沒試過。一句話，就裝在根目錄下的x(AB,C,D):CodeBlocks即可。

4.安裝中文語言包

首先，請在 X:CodeBlocksshareCodeBlocks 建立一個子文件夾：locale，注意 locale 全為小寫字母。簡體漢字的語言包做了較大改進，不過仍然沒改完，另外，一些插件在當前版本本來就無法漢化的，所以還有一部分內容是英語的。

點擊下載d2school版Code::Blocks語言包。

下載後，請解壓到前述的locale目錄下，則locale目錄下，應出現zh_CN和zh_TW兩個子目錄。重新啟動Code::Blocks，點擊主菜單的「Settings」，選擇「Enviornment」。出現的對話框中，左邊選中「View」，右邊打勾「Internationalization (needs restart)」，並在後面的復合框中選中「Chinese (Simplified)」。確認退出本對話框。

5.必要配置

又分為兩步，第一步用於檢查系統環境變數，第二步用於檢查Code::Blocks本身的配置。事實上，這也是很多類似IDE軟體都需要做的准備工作之一。

雖然在多數情況下這兩樣配置在CodeBlocks安裝以後，就已經正確配置上了。但是如果這兩樣配置有誤，會帶來Code::Blocks運行時的很多奇怪的問題，我們還是直接檢查確保一下，同時加以了解。

檢查並配置操作系統環境變數

在桌面上，滑鼠右鍵點擊「我的電腦」，選擇彈出菜單中的「屬性」。在屬性對話框中，選中「高級」屬性頁。點擊其下「環境變數」按鈕，將新彈出一個對話框，如下圖，選中「系統變數」下的「PATH」一行。然後點擊其下「編輯」按鈕，再次彈出一個對話框。

全選，並復制(Ctrl + C)第二行的內容。然後打開寫字板程序，檢查以下內容是否出現在復制過來的文字中：

X:CodeBlocksMinGWin; X:.4.5;

其中「X:CodeBlocks」應為您本機安裝Code::Blocks時的路徑。

如果沒有，將所缺少的部分，錄入到配置內容，所插入位置最好微靠前一點，注意包括其中的分號。

修改完之後，別忘了復制修改後的全部內容，粘貼，替換一路「確定」，關掉各級對話框。

6.Code::Blocks全局編譯器設置

請大家首先到 X:CodeBlocksMinGWin下，搜索，檢查有沒有存在以下文件：

• mingw32-gcc.exe —— 這是C的編譯器。

• mingw32-g++.exe —— 這是C++的編譯器及動態庫的連接器。

• ar.exe —— 這是靜態庫的連接器。

• gdb.exe —— 這里調試器。

• windres.exe —— windows下資源文件編譯器。

• mingw32-make.exe —— 製作程序。

都沒有問題，請點擊c::b主菜單「設置」（漢化前的"Settings"），這次選中「編譯器和調試器設置...」。，出現的對話框中，右邊選中「全局編譯器設置」

4. 編譯器的發展史

編譯器編譯器，是將便於人編寫，閱讀，維護的高級計算機語言翻譯為計算機能識別，運行的低級機器語言的程序。編譯器將源程序（Sourcenbsp;program）作為輸入，翻譯產生使用目標語言（Targetnbsp;language）的等價程序。源程序一般為高級語言（High-levelnbsp;language），如Pascal，C++等，而目標語言則是匯編語言或目標機器的目標代碼（Objectnbsp;code），有時也稱作機器代碼（Machinenbsp;code）。一個現代編譯器的主要工作流程如下：源程序（sourcenbsp;code）→預處理器（preprocessor）→編譯器（compiler）→匯編程序（assembler）→目標程序（objectnbsp;code）→連接器（鏈接器，Linker）→可執行程序（executables）nbsp;目錄nbsp;[隱藏]1nbsp;工作原理nbsp;2nbsp;編譯器種類nbsp;3nbsp;預處理器（preprocessor）nbsp;4nbsp;編譯器前端（frontend）nbsp;5nbsp;編譯器後端（backend）nbsp;6nbsp;編譯語言與解釋語言對比nbsp;7nbsp;歷史nbsp;8nbsp;參見nbsp;工作原理翻譯是從源代碼（通常為高級語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低級語言或機器言）。然而，也存在從低級語言到高級語言的編譯器，這類編譯器中用來從由高級語言生成的低級語言代碼重新生成高級語言代碼的又被叫做反編譯器。也有從一種高級語言生成另一種高級語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。典型的編譯器輸出是由包含入口點的名字和地址以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。編譯器種類編譯器可以生成用來在與編譯器本身所在的計算機和操作系統（平台）相同的環境下運行的目標代碼，這種編譯器又叫做「本地」編譯器。另外，編譯器也可以生成用來在其它平台上運行的目標代碼，這種編譯器又叫做交叉編譯器。交叉編譯器在生成新的硬體平台時非常有用。「源碼到源碼編譯器」是指用一種高級語言作為輸入，輸出也是高級語言的編譯器。例如:nbsp;自動並行化編譯器經常採用一種高級語言作為輸入，轉換其中的代碼，並用並行代碼注釋對它進行注釋（如OpenMP）或者用語言構造進行注釋（如FORTRAN的DOALL指令）。預處理器（preprocessor）作用是通過代入預定義等程序段將源程序補充完整。編譯器前端（frontend）前端主要負責解析（parse）輸入的源程序，由詞法分析器和語法分析器協同工作。詞法分析器負責把源程序中的『單詞』（Token）找出來,語法分析器把這些分散的單詞按預先定義好的語法組裝成有意義的表達式，語句nbsp;，函數等等。nbsp;例如「anbsp;=nbsp;bnbsp;+nbsp;c;」前端詞法分析器看到的是「a,nbsp;=,nbsp;bnbsp;,nbsp;+,nbsp;c;」，語法分析器按定義的語法，先把他們組裝成表達式「bnbsp;+nbsp;c」，再組裝成「anbsp;=nbsp;bnbsp;+nbsp;c」的語句。nbsp;前端還負責語義（semanticnbsp;checking）的檢查，例如檢測參與運算的變數是否是同一類型的，簡單的錯誤處理。最終的結果常常是一個抽象的語法樹（abstractnbsp;syntaxnbsp;tree，或nbsp;AST），這樣後端可以在此基礎上進一步優化，處理。編譯器後端（backend）編譯器後端主要負責分析，優化中間代碼（Intermediatenbsp;representation）以及生成機器代碼（Codenbsp;Generation）。一般說來所有的編譯器分析，優化，變型都可以分成兩大類：nbsp;函數內（intraproceral）還是函數之間（interproceral）進行。很明顯，函數間的分析，優化更准確，但需要更長的時間來完成。編譯器分析（compilernbsp;analysis）的對象是前端生成並傳遞過來的中間代碼，現代的優化型編譯器（optimizingnbsp;compiler）常常用好幾種層次的中間代碼來表示程序，高層的中間代碼（highnbsp;levelnbsp;IR）接近輸入的源程序的格式，與輸入語言相關（languagenbsp;dependent），包含更多的全局性的信息，和源程序的結構；中層的中間代碼（middle

5. java 中|| 和 && 這類的符號都表示什麼

&&和||是一種邏輯運算符，&&是邏輯與，當兩個數都為真，則結果為真。||是邏輯或，兩個數任意一個為真，則結果為真。

舉個例子：

1、a && b

當a、b都為真時，結果為真。有一個為假或者都為假時結果為假。

2、a || b

當a、b有一個為真時，結果為真。a、b都為假時結果為假。

(5)編譯器平台連接器標志擴展閱讀：

在java中還有其他的邏輯符號，比如：！、|、 &

「！」是非運算符號，比如a為真，則！a則為假。a如果為假，則！a為真。

而「|」也是邏輯或，「&」也是邏輯與，但是他們與「||」和「&&」有些區別，區別如下：

「&」與「|」無論第一個判斷條件是否成立，邏輯運算符前後兩個條件都會進行判斷。

「&&」與「||」，前者第一個條件不成立，後面的條件均不進行判斷，返回false；後者第一個條件成立，後面的條件均不進行判斷,返回true。

6. 匯編語言的那個編譯鏈接 的詳細過程 每一步驟

LZ請跟著我的操作走
1.將寫好的匯編代碼保存為1.asm
2.將1.asm復制到c盤下
3.點開始(即左下標那個windows圖標)，找到運行，或(附件中的命令提示符)
4.找到運行後，輸入cmd
或
command
5.進入後輸入cd
c:\
6.輸入masm
1；(1後面有分號)，然後回車
7.輸入link
1；然後回車
8.cls清屏然後回車
9.輸入1.exe，然後回車
10.完成
至於怎麼debug
步驟:
1-8同上
9.輸入debug
1.exe，然後回車
10.完成
至於debug
中的
'r'
'd'
't'
自己上網找大把
我的系統是win
7，
你的masm
和
link
debug
要放在C:\Windows文件夾下
PS:
若有不明白的地方。

7. 電腦編程的基礎知識——編譯器和連接器

我從沒見過（不過應該有）任何一本C++教材有講過何謂編譯器（Compiler）及連接器（Linker）（倒是在很老的C教材中見過），現在都通過一個類似VC這樣的編程環境隱藏了大量東西，將這些封裝起來。在此，對它們的理解是非常重要的，本系列後面將大量運用到這兩個詞彙，其決定了能否理解如聲明、定義、外部變數、頭文件等非常重要的關鍵。
前面已經說明了電腦編程就是一個「翻譯」過程，要把用戶的程序翻譯成CPU指令，其實也就是機器代碼。所謂的機器代碼就是用CPU指令書寫的程序，被稱作低級語言。而程序員的工作就是編寫出機器代碼。由於機器代碼完全是一些數字組成（CPU感知的一切都是數字，即使是指令，也只是1代表加法、2代表減法這一類的數字和工作的映射），人要記住1是代表加法、2是代表減法將比較困難，並且還要記住第3塊內存中放的是圓周率，而第4塊內存中放的是有效位數。所以發明了匯編語言，用一些符號表示加法而不再用1了，如用ADD表示加法等。
由於使用了匯編語言，人更容易記住了，但是電腦無法理解（其只知道1是加頌隱法，不知道ADD是加法，因為電腦只能看見數字），所以必須有個東西將匯編代碼翻譯成機器代碼，也就是所謂的編譯器。即編譯器是將一種語言翻譯成另一種語言的程序。即使使用了匯編語言，但由於其幾乎只是將CPU指令中的數字映射成符號以幫助記憶而已，還是使用的空跡電腦的思考方式進行思考的，不夠接近人類的思考習慣，故而出現了紛繁復雜的各種電腦編程語言，如：PASCAL、BASIC、C等，其被稱作高級語言，因為比較接近人的思考模式（尤其C++的類的概念的推出），而匯編語言則被稱作低級語言（C曾被稱作高級的低級語言），因為它們不是很符合人類的思考模式，人類書野虧廳寫起來比較困難。由於CPU同樣不認識這些PASCAL、BASIC等語言定義的符號，所以也同樣必須有一個編譯器把這些語言編寫的代碼轉成機器代碼。對於這里將要講到的C++語言，則是C++語言編譯器（以後的編譯器均指C++語言編譯器）。
因此，這里所謂的編譯器就是將我們書寫的C++源代碼轉換成機器代碼。由於編譯器執行一個轉換過程，所以其可以對我們編寫的代碼進行一些優化，也就是說其相當於是一個CPU指令程序員，將我們提供的程序翻譯成機器代碼，不過它的工作要簡單一些了，因為從人類的思考方式轉成電腦的思考方式這一過程已經由程序員完成了，而編譯器只是進行翻譯罷了（最多進行一些優化）。
還有一種編譯器被稱作翻譯器（Translator），其和編譯器的區別就是其是動態的而編譯器是靜態的。如前面的BASIC的編譯器在早期版本就被稱為翻譯器，因為其是在運行時期即時進行翻譯工作的，而不像編譯器一次性將所有代碼翻成機器代碼。對於這里的「動態」、「靜態」和「運行時期」等名詞，不用刻意去理解它，隨著後續文章的閱讀就會了解了。
編譯器把編譯後（即翻譯好的）的代碼以一定格式（對於VC，就是COFF通用對象文件格式，擴展名為.obj）存放在文件中，然後再由連接器將編譯好的機器代碼按一定格式在Windows操作系統下就是Portable Executable File Format--PE文件格式）存儲在文件中，以便以後操作系統執行程序時能按照那個格式找到應該執行的第一條指令或其他東西，如資源等。至於為什麼中間還要加一個連接器以及其它細節，在後續文章中將會進一步說明。

8. 電腦里自帶匯編編譯器和連接器嗎

好像沒有，需要自己下載
dos下用masm5.0 link.exe
網上很多的

9. codeblocks在運行時已經沒有編譯錯誤，但是運行不起來，老是停止工作，編譯器顯示如下

源文件.c-->通過編譯器生成.o(目標文件)-->+通過連接器，調用庫函數代碼+刪注釋+外部函數價碼--->生成可執行文件.exe；

從這個過程來講，compiler編譯器不知道，即缺失；手動添加就可以了。

如果編譯沒問題但是一運行就會自動彈出.exe已經停止工作也沒顯示代碼有錯誤之類我是用CodeBlocks運行的運行結果如下：
Compiling:F:C++11.cpp
Linkingconsoleexecutable:F:C++11.exe
Processterminatedwithstatus0(0minutes,0seconds)
0errors,0warnings

Checkingforexistence:F:C++11.exe
Executing:D:ProgramFilesCodeBlocks/cb_console_runner.exe"F:C++11.exe"(inF:C++1)
Processterminatedwithstatus-1073741819(0minutes,4seconds)

10. 交叉編譯工具鏈製作的問題！

核心轉儲是崩潰報告的一個過程，他只是把當前崩潰的信息轉存出來方便差錯。而且這個核心轉儲幾個字也不過是個提示輸出信息。這個提示不會給與任何與錯誤相關的內容，必須看其他的錯誤信息或者他轉儲出來的東西來分析。
不過核心轉儲，應該是程序運行出錯而崩潰。這種問題出現在你正在運行的程序，而不是編譯過程出現的編譯錯誤（也就是說，出現核心轉儲應該就是 GCC 或者他調用的程序自己崩潰了）。出現這個問題的原因很多。

如果是因為沒有找到某些 header 文件，不應該是核心轉儲錯誤，而是編譯器或者某個過程提示錯誤信息後退出，他會輸出錯誤信息告訴你問題所在。

至於你編譯的這些東西版本都比較老，我建議還是嘗試降級整個系統來編譯、運行你現在的升陸這些東西。數笑伏或者升級你這個交叉編譯工具鏈到當前主流的版本來用。

至於交叉工具連當中的 GCC 和你當前本機的 GCC，完全是兩個互相獨立的 GCC 。
只是他們編譯輸出的二進製程序針對的指令集不同而已。相對的 binutils 和 glibc 和 kernel-header 都是一樣的意思，針對目標而輸出的相關程序。當然 glibc 和 kernel-header 主要是以「數據」方式存在，gcc 和 binutils 主要是以可以運行的程序方式存在（當然不是絕對的，比如 gcc 還會提供幾個 lib 相關的內容，不過大部分情況下你可以這么理解更直觀了解他們的作用）。
一般說來 GCC 是編譯器，binutils 是連接器，glibc 是標准 C 庫（主要是連接時，連接器必須有目標的函數庫文件，也就是 .so 文件，對應 Windows 是 .dll 文件。連接器把函數調用正確的掛接到對應的函數入口上）。linux header 就是 C 語言常見的 C header 文件和相關的開發數據。一般主要用來編譯 glibc ，glibc 作為中間層來提供內核相關調用。當然程序有些時候也會直接調用內核函數，這樣這些程序在編譯時也需要 kernel 的 header 。

這兩套東西一個輸出你當前 PC 的程序，一個輸出 ARM 的程序。兩個 GCC 套裝之間不能互相替換。只能自己輸出屬於自己的程序。
但是這兩套程序雖然輸出的程序不同，但可以運行的部分，卻都是在你的計算機上運行。而且你本機的 GCC 因為可以輸出本機的程序。所以你需要用他來輸出在你本機運行，但是卻輸出 ARM 程序的 GCC 套裝。

這就好比兩個錘子，一個錘子用來打鐵，一個錘子用來打錫。用途不同，但這兩個錘子都是薯攜鐵做的。
你作這個交叉編譯工具鏈，就是用你手裡已經有的打鐵的錘子，打出一個用鐵製作的用來打錫的錘子。這個打錫的錘子是不能打鐵的，同樣這個打鐵的錘子是不能用來打錫的。