这里给你一个具体的场景来讲述如何使用命令行编译和运行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 的正确性了。
这些是基本的语义测试原理。另外除了语义，可能还有一些“表面”一些的测试，它们看代码本身，而不只看它的语义。比如尾递归优化的测试应该确保输出程序的尾递归得到正确的处理，等等。这些是语义测试检查不到的，因为尾递归没有正确处理的程序大部分也能输出正确的结果。
普通的单元测试方法也可以用来测试一些编译器里的辅助函数，但那些不是编译器特有的，所以就不讲了。
另外，就像所有测试的局限性一样，你没法枚举所有可能出现的输入，所以以上的测试方法其实也不能保证编译器的完全正确。