目標環境編譯環境

A. 編譯環境是什麼 為什麼混合編程要配置編譯環境。

編譯環境是個工具，省去很多重復的工作，不用編譯環境舉得一遍遍地gcc a.c -o a.exe，有了IDE做什麼都很方便，替換，關鍵字高亮，自動縮進。。。

B. 如何解決linux下編譯環境，運行環境不同的問題

基於Linux操作系統的應用開發環境一般是由目標系統硬體（開發板）和宿主PC機所構成。目標硬體開發板用於運行操作系統和系統應用軟體，而目標板所用到的操作系統的內核編譯、應用程序的開發和調試則需要通過宿主PC機來完成（所以稱為交叉編譯）。雙方之間一般通過串口，並口或乙太網介面建立連接關系。
但在此我建議構建如下的交叉編譯環境，適合個人或研發小組使用：單獨拿出一台PC機（PII以上即可，就用以前淘汰的舊機器就可以），在該PC上安裝桌面的Linux操作系統（如Red Hat Linux 8.0及以上），可以採用默認的安裝選項（注意要包含FTP服務），這台PC作為Linux伺服器，除管理員以外，一般不直接讓其他人去操作。
將該Linux伺服器接入區域網，並新建一些合法用戶，以便其他的PC機（在此我們將其稱為工作站）的合法用戶能訪問到Linux伺服器。而其他的PC機（工作站）仍然使用Windows操作系統,原來幹啥繼續幹啥。
需要的軟體工具包括：
1、FTP客戶端程序（如Cuteftp，可到網上下載）。
2、Telnet工具（如SecureCRT，可到網上下載）。
3、移植到某一特定ARM平台的Linux操作系統內核源碼（一般由銷售商整理提供）。
4、GNU編譯工具，可由相關網站下載，或由銷售商整理提供。
在工作站安裝：
在某工作站PC上安裝FTP客戶端程序和Telnet工具，安裝完畢後應該可以在該工作站PC和Linux伺服器之間進行文件的傳輸，並在工作站PC可以通過Telnet登陸到Linux伺服器（可能需要將Linux伺服器的防火牆服務關閉才能完成）。
在Linux伺服器安裝：
將工作站PC上的Linux操作系統內核源碼壓縮包和GNU編譯工具通過FTP傳送到Linux伺服器的某個目錄（如合法的用戶目錄），然後在該目錄下解壓，並將GNU編譯工具安裝到默認的工作目錄即可，以上工作通過在工作站PC使用Telnet工具完成，而不需要在Linux伺服器上進行。
Linux操作系統內核的編譯：
Linux操作系統內核的編譯一般有一個比較固定的步驟，會根據MakeFile文件的不同而略有差異，可參考相關文檔，編譯的工作在工作站PC使用Telnet工具完成。

C. 電腦的編譯環境是指的什麼

除了樓上兩位所說，包括操作系統版本，編譯工具版本，安裝路徑，環境變數等等因素都會影響到編譯的成敗或者結果，這些都可以統稱為編譯環境。

D. 什麼是編譯環境他的作用是什麼編譯環境跟運行平台有什麼不同

編譯環境是將「一種語言（通常為高級語言）」翻譯為「另一種語言（通常為低級語言）」的程序。作用是通過代入預定義等程序段將源程序補充完整。

編譯環境跟運行平台區別為：工具不同、調試不同、硬體支持不同。

一、工具不同

1、編譯環境：編譯環境包含開發、調試和部署等工具。

2、運行平台：運行平台只包含運行指令和class實現的工具。

二、調試不同

1、編譯環境：編譯環境有調試代碼的功能，調試後可重新編譯執行。

2、運行平台：運行平台沒有調試代碼的功能。

三、硬體支持不同

1、編譯環境：編譯環境使用的是模擬設備，不需要硬體支持。

2、運行平台：運行平台需要硬體支持，在實際設備中運行。

E. 編譯器和開發環境的關系

談談程序設計語言、編譯器和開發環境之間的關系

許多初學者都會對這三個概念區分不清，應該說這三個概念是完全不同的，不能混為一談。在本文中，我就盡我最大的能力來講講這三個概念以及他們之間的關系。

首先說程序設計語言，它同人類的自然語言一樣也是一個語言，並且它是自然語言的一個子集。大家都知道自然語言是極其龐大和復雜的系統，具有很多不不確定性和不精確性，因此至今我們也沒有辦法對自然語言進行形式化的描述。程序設計語言只是自然語言的一個很小的子集，在計算機系統中，一切都是需要確定性和精確性的描述，因此程序設計語言也是極為規范的，在程序設計語言中，幾乎就不允許存在不確定性和不精確性，也就是說不能存在文法的二義性。這樣一個程序設計語言就可以通過一系列的產生式來進行形式化的描述，這一系列的產生式就被稱為文法，語言就是由文法來定義的。從另外一個角度來說，一個程序設計語言，它僅僅是一個語言，它只對程序進行形式上的要求。或者說，程序設計語言對應於編程中的編碼階段。我們有必要對程序開發的三個階段進行了解，程序開發從時間先後順序上可以分為三個階段：1.編碼階段，2.編譯階段，3.運行階段。在編碼階段，我們使用的就是程序設計語言。語言除了定義了文法以外，其他的任何事情他都不做。當然一種語言也有很多種版本，比如 BASIC 語言，就有很多種版本，C語言也是如此。這里所講的語言的版本與編譯器的版本是不一樣的。C語言的標准版本就是 ANSI C，如果初學者會提出這樣的問題「C語言哪個更好？」，這樣的問題反映出他們對語言與編譯器之間的關系的認識的不足。如果從語言的角度來講 VC 和 TC 是沒有多大區別的，他們基本上都能支持 ANSI C。

再來看看編譯器。編譯器與語言的關系就是，翻譯者與語言的關系。編譯器就是一個翻譯，他把使用某種語言書寫的源程序，翻譯成為等價的使用目標語言書寫的目標程序。前面我們也說了，語言是一個抽象的概念，是由文法來定義的。唯一實在的東西，也就是定義語言的文法。在使用語言時，我們只能說，使用這種語言去書寫一段程序。編譯器則是能夠將某種語言的源程序進行翻譯，然後生成目標程序。我們通常會說，某個編譯器支持了什麼語言，也就是說這個編譯器能識別並翻譯這種語言。現在的C編譯器，一般都是支持了 ANSI C 語言的，另外，編譯器的設計者可能還會對 ANSI C 進行一定的擴充，而且各個編譯器進行擴充功能都是不同的，因此可能就會出現一個編譯器誕生以後，就會出現一個新的語言的現象。TC 和 VC 就分別對 ANSI C 進行了不同的擴充，比如在 TC 中有 far 等關鍵字，ANSI C 中是沒有的，在 VC 中有內嵌匯編的語法 _asm，而在 TC 中則是使用 asm 關鍵字，這些內容在 ANSI C 中沒有的。編譯器的輸入時源程序，而其輸出則是目標程序。一般情況下，源程序是使用某種高級語言書寫的，而目標程序則是某個特定機器的機器語言程序。另一方面，編譯器除了提供編譯功能，還會提供一些運行庫。所謂運行庫就是由一些事先寫好的子程序所組成的子程序庫。例如C語言中的 printf 函數，就是由C的運行庫提供的。在 ANSI C 中定義了一些C語言的標准庫函數，這些庫函數是標准C必須具備的，也可以說這些庫函數成為了 ANSI C 的一個部分。另外，不同的編譯器還可以提供自己的，非標準的庫給用戶使用，在 TC 中的 Graphics 庫，其實就是由 TC 提供的，它不是屬於 ANSI C 的。簡單的說，編譯器是由編譯程序和運行庫組成的。在程序的編譯階段，就是使用編譯器對源程序進行編譯生成目標程序。

在程序的運行階段則是在一個特定的平台上，由這個平台來執行編譯生成的程序。java 虛擬機是一個平台，DOS 和 Windows 也是平台，編譯器的作用就是溝通源程序和程序的運行平台。源程序相對於一個運行平台來說是不可識別的，但當編譯器將源程序編譯成為這個平台所能夠識別的目標語言以後，程序就可以在這個平台上運行了。

應該看到，編譯器在其中起到了很重要的作用。我們現在可以明確一些概念了，程序設計語言只是語言，它本身很難說有什麼好壞，這就如同說「漢語和英語哪個好」一樣。使用某一種程序設計語言，我們可以書寫自己的程序，從而向計算機表達自己希望完成的功能。這個階段，我們稱為編碼階段。編譯器由編譯程序和運行庫組成，編譯程序負責將源程序翻譯成為目標程序，運行庫提供了一些基本的子程序給程序編寫者使用。我們可以說編譯器是否支持某種語言，例如 TC 編譯器是支持 ANSI C 的，而 GCC 則是一個能夠支持多種語言的編譯器。然而不同的編譯器除了提供對某種語言的支持以外，還可能對該語言進行了某些功能擴充。編譯器在對語言的支持上，差別都是不太大的，這是因為許多語言都制定了一個標准，例如 ANSI C。編譯器的另外一個重要特性，就是對運行平台的支持。平台指的是一個程序運行所需要的所有軟體和硬體的基礎。編譯器對運行平台的支持，是通過將源程序編譯成為目標程序，以及編譯器所提供的運行庫來實現的。例如，TC只能將C源程序編譯生成，使用 80x86 CPU，操作系統為 DOS 的 16bit DOS 程序。VC只能將C源程序編譯生成 80x86 CPU、操作系統為 Windows 的 32bit Windows 程序。使用編譯器對源程序進行編譯被稱為編譯階段，這個階段編譯程序將源程序編譯為某個平台的目標代碼。程序在具體的平台上運行時，被稱為運行階段。應該指出，在編碼階段使用到的是程序設計語言，以及編譯器所提供的庫函數，這個階段產生的是源程序。在編譯階段使用的是源程序和編譯器，這個階段產生的是目標程序。在運行階段使用到的是目標程序和運行平台，這個時候產生的是程序運行結果。

因此說討論一個程序設計語言好壞沒有多大意義，因為他們使用的場合不同，比如匯編語言和 Java 語言，要談論這兩個語言的好壞是沒有實際意義的。而說「C語言哪個好」之類的話也是沒有意義的，我想大家學的C也就是在 ANSI C 基礎上的C，並且不同的C語言之間的差別是極小的。我們通常指的 TC、VC 都是指編譯器，而不是語言。編譯器能夠支持一種或者多種的程序設計語言，TC 能夠支持 ANSI C，VC 能夠支持 ANSI C 和 ANSI C++，而 GCC 則是一個支持多語言的編譯器。如果真要說 VC 比 TC 好，只能說 VC 編譯器提供的庫函數更多，並且 VC 能夠支持的平台是 Windows，而 VC 編譯出來的代碼也都是 32bit 的。

在以上概念中糾纏了這么久，我也不再想多說了。再來看開發環境。為了能夠方便程序設計者進行編碼、調試等工作，編譯器製造商在製作好一個編譯器以後，都會提供一個集成開發環境（又稱為IDE）。在這個 IDE 中，用戶可以完成編碼、編譯、調試、運行的全部工作。並且在最新的IDE中，可能還會提供一個可視化的設計功能，可以方便用戶進行程序界面的設計。例如 VB 等。另外一個方面，開發環境除了包括 IDE 以外，還包括了程序運行的平台。比如硬體是 IBM PC 兼容機，操作系統是 Windows 等。

可能，能講的也就這么多了，感覺講的並不是很好，不過我已經盡力了。有些東西是很難說清楚的，「只能意會不可言傳」指的就是這個了。不要怪我講的不好，還是自己用心去理解和體會吧。

F. c程序語言中的編譯系統是什麼編譯環境又什麼什麼編譯程序又是什麼，之間有什麼關系

編譯環境：也就是你程序編譯時的環境，如windows環境、linux環境等
編譯系統：一般包括編譯程序，連接程序，調試程序等
編譯程序：一般指把源程序編譯成目標代碼的程序

G. java的編譯環境是什麼

它由一個處於操作系統層之上的運行環境還有開發者編譯，調試和運行用Java語言寫的applet和應用程序所需的工具組成。 JDK(Java Development Kit)是Sun Microsystems針對Java開發員的產品。自從Java推出以來，JDK已經成為使用最廣泛的Java SDK（Software development kit）。 JDK包含的基本組件包括： ·javac – 編譯器，將源程序轉成位元組碼 ·jar – 打包工具，將相關的類文件打包成一個文件 ·javadoc – 文檔生成器，從源碼注釋中提取文檔 ·jdb – debugger，查錯工具 JDK中還包括完整的JRE（Java Runtime Environment，Java運行環境），也被稱為private runtime。包括了用於產品環境的各種庫類，以及給開發員使用的補充庫，如國際化的庫、IDL庫。 JDK中還包括各種例子程序，用以展示Java API中的各部分。 從初學者角度來看，採用JDK開發Java程序能夠很快理解程序中各部分代碼之間的關系，有利於理解Java面向對象的設計思想。JDK的另一個顯著特點是隨著Java （J2EE、J2SE以及J2ME）版本的升級而升級。但它的缺點也是非常明顯的就是從事大規模企業級Java應用開發非常困難，不能進行復雜的Java軟體開發，也不利於團體協同開發。 JDK一般有三種版本：

H. Linux下的交叉編譯環境設置

採用交叉編譯的主要原因在於，多數嵌入式目標系統不能提供足夠的資源供編譯過程使用，因而只好將編譯工程轉移到高性能的主機中進行。
linux下的交叉編譯環境重要包括以下幾個部分：
1.對目標系統的編譯器gcc
2.對目標系統的二進制工具binutils
3.目標系統的標准c庫glibc
4.目標系統的linux內核頭文件
交叉編譯環境的建立步驟
一、下載源代碼 下載包括binutils、gcc、glibc及linux內核的源代碼（需要注意的是，glibc和內核源代碼的版本必須與目標機上實際使用的版本保持一致），並設定shell變數PREFIX指定可執行程序的安裝路徑。
二、編譯binutils 首先運行configure文件，並使用--prefix=$PREFIX參數指定安裝路徑，使用--target=arm-linux參數指定目標機類型，然後執行make install。
三、配置linux內核頭文件
首先執行make mrproper進行清理工作，然後執行make config ARCH=arm（或make menuconfig/xconfig ARCH=arm）進行配置（注意，一定要在命令行中使用ARCH=arm指定cpu架構，因為預設架構為主機的cpu架構），這一步需要根據目標機的實際情況進行詳細的配置，筆者進行的實驗中目標機為HP的ipaq-hp3630 PDA，因而設置system type為SA11X0，SA11X0 Implementations中選擇Compaq iPAQ H3600/H3700。
配置完成之後，需要將內核頭文件拷貝到安裝目錄： cp -dR include/asm-arm $PREFIX/arm-linux/include/asm cp -dR include/linux $PREFIX/arm-linux/include/linux
四、第一次編譯gcc
首先運行configure文件，使用--prefix=$PREFIX參數指定安裝路徑，使用--target=arm-linux參數指定目標機類型，並使用--disable-threads、--disable-shared、--enable-languages=c參數，然後執行make install。這一步將生成一個最簡的gcc。由於編譯整個gcc是需要目標機的glibc庫的，它現在還不存在，因此需要首先生成一個最簡的gcc，它只需要具備編譯目標機glibc庫的能力即可。
五、交叉編譯glibc
這一步驟生成的代碼是針對目標機cpu的，因此它屬於一個交叉編譯過程。該過程要用到linux內核頭文件，默認路徑為$PREFIX/arm-linux/sys-linux，因而需要在$PREFIX/arm-linux中建立一個名為sys-linux的軟連接，使其內核頭文件所在的include目錄；或者，也可以在接下來要執行的configure命令中使用--with-headers參數指定linux內核頭文件的實際路徑。
configure的運行參數設置如下（因為是交叉編譯，所以要將編譯器變數CC設為arm-linux-gcc）： CC=arm-linux-gcc ./configure --prefix=$PREFIX/arm-linux --host=arm-linux --enable-add-ons 最後，按以上配置執行configure和make install，glibc的交叉編譯過程就算完成了，這里需要指出的是，glibc的安裝路徑設置為$PREFIXARCH=arm/arm-linux，如果此處設置不當，第二次編譯gcc時可能找不到glibc的頭文件和庫。
六、第二次編譯gcc
運行configure，參數設置為--prefix=$PREFIX --target=arm-linux --enable-languages=c,c++。
運行make install。
到此為止整個交叉編譯環境就完全生成了。
幾點注意事項
第一點、在第一次編譯gcc的時候可能會出現找不到stdio.h的錯誤，解決辦法是修改gcc/config/arm/t-linux文件，在TARGET_LIBGCC2_CFLAGS變數的設定中增加-Dinhibit_libc和-D__gthr_posix_h。