這里給你一個具體的場景來講述如何使用命令行編譯和運行Java代碼：
任務
我們有一個相當標準的Java工程，它包含三個頂層文件夾：
/bin-用來存放已編譯好的.class文件
/lib-用來存放第三方.jar文件
/src-存放.java源代碼
我的任務就是要從Java工程根目錄去編譯和運行工程。我們將使用Windows操作系統作為例子（和在Unix系統上的唯一區別就是路徑分隔符是」:「而不是」;「）。
編譯Java代碼
第一步是把文本文件.java源代碼編譯成Java虛擬機位元組碼文件（.class）。這一步使用一個叫javac的JDK工具來完成。
假設我們在應用的根目錄下，從com.example包下嘗試把Application.java文件，以及把lib文件夾中的lib1.jar和lib2.jar庫編譯到目標文件夾bin下，編譯命令應該是如下格式：
javac -d bin -sourcepath src -cp lib/lib1.jar;lib/lib2.jar src/com/example/Application.java1
編譯完後，/bin/com/example/Application.class應該就會創建出來了。如何Application.java使用了其他工程的類，那麼他們全部會自動被編譯並且放到相應的文件夾下。
運行Java代碼
為了啟動我們剛剛編譯的.class文件，需要另外一個叫java的JDK工具。
假設我們在應用的根目錄下，為了能夠啟動com.example包中的，使用了lib文件夾下的lib1.jar和lib2.jar庫的Application.class文件，啟動命令應該是如下
java -cp bin;lib/lib1.jar;lib/lib2.jar com.example.Application
我們在這里沒有提供文件名，只有一個實際的類名，java會基於提供的classpath（縮寫成cp）路徑去搜索。
2. 如何使用Makefile自動編譯iPhone程序
makefile裡面所寫的內容其實就是你要編譯的命令，那麼，什麼是編譯命令呢？
假寫你已經寫好一個程序代碼，並將之存在一個.c文件中，如：hello.c,在終端上你可以這樣做！在終端上輸入gcc -o hello hello.c
然後回車，看一看有沒有什麼反映，如果沒有打出很多英文的話，恭喜你！你完美地完成了第一步！然後，在終端中輸入./hello 看看是不是有什麼輸出了？
現在來解釋一下編譯命令：上面的命令的意思就是，使用gcc編譯器編譯hello.c源代碼，生成的文件名稱叫做hello.最後，要看程序運行結果，就要運行生成的程序也就是「./hello」了，「./」的意思就是在當前的目錄下運行。
而makefile中內容的就是上面的編譯命令，如：在makefile文件中寫入
Hello:hello.c
gcc -o Hello hello.c
保存文件之後直接在終端中輸入make，就完成編譯了！makefile存在的意義只是讓編譯更加方便，也就說，可以把所以的編譯都寫在一個makefile文件中，然後在終端中輸入make就可以完成makefile文件里的命令！
建議還是先將C語言入門，然後再學使用makefile編譯程序吧！因為剛開始的時候不用編譯很多文件，如果一個文件要編寫一個makefile文件的話，那豈不是很繁？
3. vs2008編譯器問題
第一個問題好像沒有圖……。第二個問題:我記得2008是有編譯，連接鍵的和VC6.0差不多。我現在用的是VS2010，自動編譯，和java編譯器一樣，很好用!
______________________
第一個問題你在錯誤那一行弄個斷點看看吧。第二個問題:為什麼要單獨編譯一個文件呢，只是為了查錯么?你可以試試右鍵點擊這個文件看看有沒有compile
4. 編譯器怎麼使用
可能很多人在安裝VC 6.0後有過點擊「Compile」或者「Build」後被出現的
「Compiling... ,Error spawning cl.exe」錯誤提示給郁悶過。很多人的
選擇是重裝，實際上這個問題很多情況下是由於路徑設置的問題引起的，
「CL.exe」是VC使用真正的編譯器（編譯程序），其路徑在「VC根目錄\VC98\Bin」下面，
你可以到相應的路徑下找到這個應用程序。
因此問題可以按照以下方法解決：打開vc界面 點擊VC「TOOLS（工具）」—>「Option（選擇）」
—>「Directories（目錄）」重新設置「Excutable Fils、Include Files、
Library Files、Source Files」的路徑。很多情況可能就一個盤符的不同
（例如你的VC裝在C，但是這些路徑全部在D），改過來就OK了。
如果你是按照初始路徑安裝vc6.0的，路徑應為：
executatble files:
C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
C:\Program Files\Microsoft Visual Studio\VC98\BIN
C:\Program Files\Microsoft Visual Studio\Common\TOOLS
C:\Program Files\Microsoft Visual Studio\Common\TOOLS\WINNT
include files:
C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE
library files:
C:\Program Files\Microsoft Visual Studio\VC98\LIB
C:\Program Files\Microsoft Visual Studio\VC98\MFC\LIB
source files:
C:\Program Files\Microsoft Visual Studio\VC98\MFC\SRC
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC
如果你裝在其他盤里，則仿照其路徑變通就行(我就是裝在D盤)。
關鍵是microsoft visual studio\ 後面的東西要相同。
5. C++編譯器每個具體的地方如何使用，希望幫助下
找相關書籍資料看吧，這么問太空洞了，不知如何說起。
6. 什麼是編譯器
編譯器
編譯器是一種特殊的程序，它可以把以特定編程語言寫成的程序變為機器可以運行的機器碼。我們把一個程序寫好，這時我們利用的環境是文本編輯器。這時我程序把程序稱為源程序。在此以後程序員可以運行相應的編譯器，通過指定需要編譯的文件的名稱就可以把相應的源文件（通過一個復雜的過程）轉化為機器碼了。
[編輯]編譯器工作方法
首先編譯器進行語法分析，也就是要把那些字元串分離出來。然後進行語義分析，就是把各個由語法分析分析出的語法單元的意義搞清楚。最後生成的是目標文件，我們也稱為obj文件。再經過鏈接器的鏈接就可以生成最後的可執行代碼了。有些時候我們需要把多個文件產生的目標文件進行鏈接，產生最後的代碼。我們把一過程稱為交叉鏈接。
一個現代編譯器的主要工作流程如下：
* 源程序（source code）→預處理器（preprocessor）→編譯器（compiler）→匯編程序（assembler）→目標程序（object code）→連接器（鏈接器，Linker）→可執行程序（executables）
工作原理
編譯是從源代碼（通常為高級語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低級語言或機器言）。然而，也存在從低級語言到高級語言的編譯器，這類編譯器中用來從由高級語言生成的低級語言代碼重新生成高級語言代碼的又被叫做反編譯器。也有從一種高級語言生成另一種高級語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。
典型的編譯器輸出是由包含入口點的名字和地址以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。
編譯器種類
編譯器可以生成用來在與編譯器本身所在的計算機和操作系統（平台）相同的環境下運行的目標代碼，這種編譯器又叫做「本地」編譯器。另外，編譯器也可以生成用來在其它平台上運行的目標代碼，這種編譯器又叫做交叉編譯器。交叉編譯器在生成新的硬體平台時非常有用。「源碼到源碼編譯器」是指用一種高級語言作為輸入，輸出也是高級語言的編譯器。例如: 自動並行化編譯器經常採用一種高級語言作為輸入，轉換其中的代碼，並用並行代碼注釋對它進行注釋（如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），如何合並幾句代碼成一句等等。
7. 如何安裝和使用perl編譯器
1、查看是否安裝cpan軟體包：
#rpm -qa |grep perl-CPAN
2、如果沒有安裝，則進行安裝：
#yum install perl-CPAN*
3、安裝完成後，則可以通過cpan來安裝相應模塊。比如我要安裝IPC::System::Simple模塊：
#cpan IPC::System::Simple
......
.....
.....
4、安裝完成後，查看文檔：
#perldoc IPC::System::Simple
將會列出相應的用法和說明。
Linux上安裝Perl模塊的兩種方法
Linux/Unix下安裝Perl模塊有兩種方法：手工安裝和自動安裝。第一種方法是從CPAN上下載
您需要的模塊，手工編譯、安裝。第二種方法是聯上internet，使用一個叫做CPAN的模塊自動完
成下載、編譯、安裝的全過程。
a、手工安裝的步驟：
從CPAN下載了DBI模塊1.13版的壓縮文件DBI-1.13.tar.gz，假設放在/usr/local/src/下。
cd/usr/local/src
解壓縮這個文件：
tarxvzfDBI-1.13.tar.gz
這時會新建一個DBI-1.13的目錄。
cdDBI-1.13
生成makefile：
perlMakefile.PL
建立模塊
make
測試模塊
maketest
如果測試結果報告「alltestok」，您就可以放心地安裝編譯好的模塊了。安裝模塊前，先要
確保您對perl5安裝目錄有可寫許可權（通常以su命令獲得），執行：
makeinstall
現在，寫個程序試試吧。
#!/usr/bin/perl-w
usestrict;
useDBI;
..
上述步驟適合於Linux/Unix下絕大多數的Perl模塊。可能還有少數模塊的安裝方法略有差別，
所以最好先看看安裝目錄里的README或INSTALL。另外，上述過程是針對動態鏈接的Perl編譯器（所有Linux下預安裝的Perl都是動態鏈接的），如果您在使用一個靜態鏈接的Perl，您需要將新的模塊靜態鏈接到perl編譯器中，可能還需要重啟機器。
b、使用CPAN模塊自動安裝：
安裝前需要先聯上線，並且您需要取得root許可權。
perl-MCPAN-eshell
初次運行CPAN時需要做一些設置，如果您的機器是直接與internet相聯（撥號上網、專線，etc.），
那麼一路回車就行了，只需要在最後選一個離您最近的CPAN鏡像站點。例如我選的是位於國內的
中國自由軟體庫ftp://freesoft.cgi.gov.cn/pub/languages/perl/CPAN。否則，如果您的機器位於防火牆之後，還需要設置ftp代理或http代理。
獲得幫助
cpan>h
列出CPAN上所有模塊的列表
cpan>m
根據關鍵字在CPAN上查找某個模塊：
cpan[1]> i /scws/
CPAN: Storable loaded ok (v2.20)
Going to read '/home/orisun/.cpan/Metadata'
Database was generated on Sat, 17 Nov 2012 08:07:03 GMT
Distribution XUERON/Text-Scws-0.01.tar.gz
Mole Text::Scws (XUERON/Text-Scws-0.01.tar.gz)
2 items found
安裝模塊
cpan>installDBI
自動完成DBI模塊從下載到安裝的全過程。
退出
cpan>q
8. 自己寫編譯器怎麼寫，我想為中國程序員做個編譯C語言的編譯器。
首先做這個東西的意義並不大，如果是想學習的話，看看這本書Modern Compiler by Andrew W. Appel
9. 關於Dev c++編譯器的使用問題（我是初學者）
你用Dev C++新建一個工程, 在新建一個文件, 就能看到在他自動生成的代碼的main函數最下的return 0;之前, 有個system("PAUSE");, 這個可以起到暫停作用. 讓他不會一閃而過.
10. 編譯器本身是如何進行測試的
編譯器最重要的性質就是保證語義的正確。比如，從高級語言翻譯到機器指令之後，指令必須正確的表達原來程序的意思。所以一般編譯器測試都包含一些源程序，用來覆蓋可能出現的各種情況。基本的原則是：原來程序的結果 = 編譯後機器指令運行的結果。機器指令運行的結果很容易知道，運行一下就知道了。可是原來程序的結果你怎麼知道呢？
為了解決這個「原來程序語義」的問題，最好是寫一個解釋器，准確無誤的表達原來的代碼的語義。所以我們的要求就是：
高級語言解釋器（源程序） = 機器執行（機器代碼）
由於處理器其實就是一個用來執行機器代碼的解釋器，這里有一個很美好的對稱關系：
interp1(L1) = interp2(L2)
另外還有一個問題，就是編譯器一般需要經過多個轉化步驟（叫做 pass）才能最後編譯為機器指令。比如，
L2 = pass1(source)
L3 = pass2(L2)
L4 = pass3(L3)
Ln = passN(Ln-1)
machine_code = codegen(Ln)
由於源程序經過了很多步驟猜得到最後的機器指令，如果你使用上面的公式，就會出現以下一些情況：
1. 知道結果錯了，但是卻不知道到底是哪一個 pass 錯了。
2. 結果沒有錯，但是中間卻有 pass 實際上是錯的。但是由於之前的 pass 把輸入程序的一些結構給「優化」掉了，所以錯的那個 pass 其實沒能得到觸發錯誤的那個數據結構。所以測試沒能發現錯誤。如果以後前面的那個 pass 被修改，錯誤就會暴露出來。這是非常難以發現的潛伏的危險。
為了防止這些情況出現，一些編譯器（比如 Chez Scheme 和 Kent Dybvig 的課程編譯器）使用了對每一個 pass 進行測試的做法。具體的方法就是為每一個中間語言都寫一個解釋器，把這語言的語義完全的表示出來。這樣我們就需要檢查一組等式：
L2 = pass1(source)
高級語言編譯器（源程序） = interp2(L2) // 測試 pass1 的正確性
L3 = pass2(L2)
interp2(L2) = interp3(L3) // 測試 pass2 的正確性
這樣一來我們就能獨立的判斷每一個 pass 的正確性了。
這些是基本的語義測試原理。另外除了語義，可能還有一些「表面」一些的測試，它們看代碼本身，而不只看它的語義。比如尾遞歸優化的測試應該確保輸出程序的尾遞歸得到正確的處理，等等。這些是語義測試檢查不到的，因為尾遞歸沒有正確處理的程序大部分也能輸出正確的結果。
普通的單元測試方法也可以用來測試一些編譯器里的輔助函數，但那些不是編譯器特有的，所以就不講了。
另外，就像所有測試的局限性一樣，你沒法枚舉所有可能出現的輸入，所以以上的測試方法其實也不能保證編譯器的完全正確。