第四屆機器編譯大賽

Ⅰ 能否將C#代碼直接編譯成機器代碼

很抱歉，這是不可能的。C#語言程序不可能脫離.net框架，就像Java一樣，C#語言的運行環境是.net framework，.net對於C#就像Java虛擬機對於Java語言一樣。另外，C#是一種有限制語言，.net負責保證代碼訪問的安全特性，C++是唯一可以允許程序員開發無限制低級程序的語言，.net不僅負責為代碼提供運行支持，還負責保證程序的安全性，一種受限制的語言是不能脫離限製程序的控制的，對於C#，.net就是控制系統，因此，C#程序不可能脫離.net環境。

===================================================
對補充的答復：

這恐怕也是不行的。在以往的PE結構的程序中，因為不同的CPU擁有不同的指令集，所以為了適應客戶機的硬體的不同，往往會開發一個程序的不同版本，微軟為了解決這個問題，在.net中准備了多個即時編譯器（JIT），當一個中間語言的程序在客戶機上運行時，JIT會根據客戶機當前的硬體配置和操作系統等方面的情況對代碼進行優化，然後生成本地化的機器代碼，這個機器代碼並不是全部程序的代碼，而是只生成程序運行必須的部分，其它的會在執行時根據需要動態生成。微軟官方對項技術的解釋為：
「JIT 編譯考慮了在執行過程中某些代碼可能永遠不會被調用的事實。它不是耗費時間和內存將可移植可執行 (PE) 文件中的所有 MSIL 轉換為本機代碼，而是在執行期間根據需要轉換 MSIL 並存儲生成的本機代碼以供後繼的調用使用。當載入類型時，載入器創建存根 (stub) 並將其附加到類型的每個方法。當對方法進行初始調用時，存根 (stub) 將控制傳遞給 JIT 編譯器，而編譯器將該方法的 MSIL 轉換為本機代碼並修改存根 (stub) 以直接執行到本機代碼的位置。後面對 JIT 編譯的方法的調用將直接進行到以前生成的本機代碼，從而減少了進行 JIT 編譯和運行代碼所需的時間。」（原文）

此外，當一個程序開始運行後，JIT首先開始進行即時編譯，當某個被編譯過的方法被再次執行時，將直接執行它的本地代碼。

希望這些信息對您有所幫助。

Ⅱ 我們所寫的每條C語句經過編譯最終將轉換成二進制的機器指令 這句話為什麼對

不是每條語句都會被編譯為指令的
最簡單的例子,空語句就不會被編譯

Ⅲ 編譯方式和解釋方式的根本區別是什麼

計算機內部運行時所能識別的語言是機器語言即0和1，我們普通編的程序或網站網頁都是用人能理解的工具編輯的源程序代碼，這種代碼電腦是不能直接識別和運行的。需要進行轉換成機器能識別的代碼。轉換過程有兩種形式。編譯方式和解釋方法。
編譯方式，就是把需要運行的源代碼通過工具一次性編譯成機器代碼如我們常見的文件名後.exe或.com的這種類型,電腦運行時直接運行編譯過的程序,速度運行快.
解釋方式:源程序代碼文件可能很很多，很長，每次程序運行時.都需要一個文件、一句一句調入電腦然後翻譯成機器代碼，再運行,時間長\運行速度慢。如現在網站常用的.asp就是這種格式。

Ⅳ C語言的全稱是什麼機器人大賽使用的機器人是需要用這個軟體編寫么

C語言是在B語言的基礎上發展而來的，其根源可以追溯到ALGOL60,在此基礎又推出了CPL，繼而簡化為BCPL （B語言，取其第一個字母）,後來又做了進一步改進，區別起見取其第二個字母C，即為現在的C語言了

機器人大賽也應該是用C語言程序編寫的，其實編寫C語言不需要身軟體，就是記事本也可以編寫。只是在編譯的時候需要編譯器，機器人大賽用的是嵌入式系統，你可以把程序編譯好之後再燒進嵌入式系統。

工具有：TC2.0,WIN_TC,GCC....很多

Ⅳ C語言代碼編譯成的是機器碼，那麼怎麼實現可移植性呢

C語言寫的代碼編譯成了機器碼，與編譯器有關，與當前的電腦的CPU沒有關系

有個概念叫交叉編譯，我們做嵌入式的，就靠這個工作了
也就是在PC上編譯的機器碼，下載到其他的晶元裡面，讓它在這個晶元里運行

只要其他的電腦也支持同樣的編譯器產生的機器碼，就可以一致到它上面

Ⅵ 假如所有系統上的編譯器都使用ansi標准，是不是編譯出來的機器碼都一樣，也就不分什麼平台了

不一樣，CPU指令不一樣，位數不一樣，PPC和x86大不同

Ⅶ gcc編譯器為什麼不直接編譯成機器代碼

編譯單元無法確定要訪問的邏輯地址，也就無法轉為機器碼，必須由鏈接過程分配地址。
先編譯後鏈接，應該是易於編譯器的實現和擴展並且能夠增加靈活性和多文件項目的編譯效率。

Ⅷ C語言中編譯 生成 調試 測試 運行各是什麼意思有什麼區別

C語言中編譯 生成 調試 測試 運行的區別如下：

區別一：

從編譯方面來看：

編譯依賴於編譯器，英文是compile, vc中這一過程是將源代碼轉換成目標文件，如：obj文件，rc文件等。

區別二：

從生成方面來看：

生成指的是連接的過程,英文是build，依賴於鏈接器。vc中在這一階段將所有的目標文件和所有需要用到的組件組合成一個整體，例如需要生成的是windows系統下的PE可執行文件，鏈接器會依照特定格式將目標文件組合，最後生成PE格式的，exe或dll文件。

區別三：

從調試方面來看：

調試是所有或部分代碼編寫完成後，讓程序在調試器中運行，用這種手段對程序進行分析，找出並修正潛在問題。

區別四：

從運行方面來看：

運行就是讓程序在系統中運行。

(8)第四屆機器編譯大賽擴展閱讀：

C語言的介紹：

C語言是目前流行的通用程序設計語言,是計算機專業人員和計算機愛好者開發軟體的首選開發工具。C語言源程序必須經過某種編譯工具翻譯成為目標機器語言程序才能夠在計算機上執行。

然而隨著程序編寫規模的擴大，順利編寫出正確的程序絕非一件容易的事情，早期的許多編譯工具僅僅提供翻譯功能，已滿足不了應用的要求，編程人員需要-種功能全面並高度集成的編譯環境。

程序是一段具有一定功能的代碼，編寫程序的目的是解決問題。當程序人員寫完程序後，其實並不起作用，只有當編寫的程序經過一系列的處理後，能夠解決問題時。

序才成為真正的程序，這一系列的處理過程，-般就是編輯、編譯、連接、調試與運行等。目前最成熟的C語言集成環境主要有Turbo C2.0和Turbo C 3.0( 簡稱TC30)或Borland C++3.1( 簡稱BC31)以及Visual C++ 6.0。

Ⅸ C語言編譯到機器碼的過程求詳細解說，不勝感激

從編碼到生成可執行的binary文件是有好幾個過程的：（默認已完成編碼）
1， 預編譯（預處理）， 也就是替換工作， 先把代碼中的宏做替換， 條件編譯等會做處理，為編譯做作準備；
2，編譯，包括了語法的檢查，匯編代碼等中間代碼的生成，代碼優化，obj文件（也算是目標代碼）的生成，已經是有機器碼了；
3.庫的合成，這個不一定有，不是必須的；
4.鏈接， 連接器會按照一定的規則，比如根據連接腳步，把code組織起來，生成elf文件（elf可能不是一個所有通用的格式），這個時候已經可以執行了，裡面的可以執行的機器碼；
5，裁剪， 可以把elf文件中的非必需的段 strip，生成一個更精簡的elf文件；
6，binary的生成，obj命令可以把elf文件轉換成binary文件，binary文件燒錄到存儲器中可以直擊運行。

Ⅹ 如何在linux 32位機器編譯64位程序

編譯64位程序，不一定要編譯機器是64位的，但是32位機器默認安裝的gcc編譯環境還是不能用來編譯64位程序。
編譯64位程序，需要加上-m64編譯器參數，默認安裝的gcc已經支持該參數，但是缺少64位機器指令相關的文件，所以不能編譯，會出現下面的錯誤
In file included from /usr/include/features.h:378,
from /usr/include/assert.h:37,
from ../../../include/tinyxml/tinystr.h:42,
from ../../../src/tinyxml/tinystr.cpp:32:
/usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: 沒有那個文件或目錄
這時候需要安裝 gcc所有支持文件 sudo apt-get install gcc-multilib
將會安裝下列額外的軟體包：
cpp-4.4 g++-4.4 gcc-4.4 gcc-4.4-base gcc-4.4-multilib lib64gcc1 lib64gomp1 libc6-amd64 libc6-dev-amd64 libgcc1 libgomp1
libstdc++6 libstdc++6-4.4-dev
建議安裝的軟體包：
gcc-4.4-locales g++-4.4-multilib gcc-4.4-doc libstdc++6-4.4-dbg libmudflap0-4.4-dev libgcc1-dbg libgomp1-dbg libmudflap0-dbg
libcloog-ppl0 libppl-c2 libppl7 lib64mudflap0 libstdc++6-4.4-doc
下列【新】軟體包將被安裝：
gcc-4.4-multilib gcc-multilib lib64gcc1 lib64gomp1 libc6-amd64 libc6-dev-amd64
下列軟體包將被升級：