每个人迟早都要下载程序的源码，然后试着编译它。如果你是RedHat或Debian的忠实追随者，你最终会发现一个程序不是太老就是太新，而去找已经编译过的二进制代码。坏的一方面是这些代码可能无论你怎么做，它们永远不能被正确的编译记住，大多数的Linux程序最多只是beta测试版。好的一方面是在过去的五年中编译没有问题的程序正在增加，而且即使你不是程序员，你也可以“修复”那些不能正确编译代码。

下载以后，现在你的硬盘上应该有一个某种类型的压缩包。首先，你必须把它解压(uncompress)，并把它解包(untar)到一个目录。在习惯上，很多人都把它们放到这个目录：/usr/src。这样能把所有的东西都放在一个地方，你以后可以清除它们。使用这个目录需要有root身份。如果一个用tar打包的文件是用gzip压缩的，则Linux的tar程序可以同时把它解压和解包。如果你的文件名叫做：filename.tar.gz，你可以到/usr/src目录，然后键入：

tar -xzvf /{path to file}/{filename.tar.gz} [Enter]

这将会把这个文件解压并解包。这里是几个参数简单的解释：x -把文件解包z -把文件解压v -显示处理过程f -后面跟着你要处理的打包文件名如果你用netscape下载的这个文件，可能会看到错误。有时netscape会为你解压这个文件。

因此，如果你象上面这样untar它，你可能会看到这样的信息：

gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error exit delayed from previous errors

试着执行上面的命令，但把z参数删掉，就是这样：tar -xvf /{path to file}/{filename.tar.gz} [Enter] 除了gzip，有些文件是用bzip2来压缩的，因此这些文件看起来象这样the-program.tar.bz2。z参数对这种文件不起作用。解开这种文件最简单的方法就是bunzip2 the-program.tar.bz2。这样将把使用下面命令解包出来的the-program.tar文件解开：

tar -xvf /{path to file}/{filename.tar.gz} [Enter]

解包以后：cd到刚才解包时创建的那个目录里。用ls看看这个目录里的文件。首先你应该读读README和INSTALL文件。如果你没读这些文件，不要想从别人那里得到帮助。这是RTFM这个缩写在网上使用很广泛的原因(RTFM是`Read The Fucking Manual'的缩写。README和INSTALL文件将会告诉你如何编译和安装这个程序。

要编译它，执行"make"命令。为了让"make"可以开始编译，必须有个叫Makefile的文件（你也可以通过在命令行上来写入make的参数，但那不在本文的讨论范围只内)有通常三个方法开始编译：simple,Imake和configure。

Simple编译：如果你看到一个叫Makefile的文件--没有叫Imake或configure的文件，那么你就使用这个方法来编译。因为不能为你的计算机设置，所以用这种方法来编译有很多问题。通常README和INSTALL文件会告诉你如何编辑某些文件来使它可以正常编译。通常，你可以这样做：

make [Enter] make install [Enter]

如果一切正常，那么你现在就可以运行这个程序了。

Imake: 如果ls这个目录看到有Imake文件，并且没有Makefile，那么你就使用这个方法。这是一个设置编译的比较老的方法。基本上你要键入：

xmkmf [Enter] make [Enter] make install [Enter] Configure:

如果这个目录中有个叫configure的文件，那就要用这个方法。这是编译程序最简单的方法，而且编译成功率很高。本质上，它会检查你的这个系统，来查看每一个可能的哭和支持文件来确保你可以编译这个程序，然后根据这些正确的信息来创建Makefile文件。如下执行：

./configure [Enter] make [Enter] make install [Enter]

注意第一个命令前面的./。当你键入一个命令的时候，shell会在你的路径里查找文件。它不从当前目录开始查找，因此如果./(代表当前目录)没有在路径里，虽然ls看的见这个文件，但是shell却找不到。shell能执行make是因为它通常都在/usr/bin里，而/usr.bin在路径里。要看路径，如下执行：

echo $PATH [Enter]

如果出现错误：

不能编译的最常见错误原因是找不到文件。几乎所有的程序都靠有些程序，文件或库的支持。如果它们找不到，程序就不能编译。README/INSTALL文件应该告诉编译这个程序所需要哪些文件，和这些文件的版本。注意：错误的版本会象根本没有这个文件一样让你不能编译。通常，你要知道是不是这个问题可以从编译程序输出结尾的错误信息中得知，这些信息将告诉你找不到什么文件。注意：有时你有这些文件，但是它们不在Makefile文件所指明的地方。使用linux的发布安装程序，例如rpm，来检查你是否丢失了某些文件。如果没有这些文件的话，去找它，如果有，并且版本正确，检查Makefile文件看看它要求这个文件放在什么地方。例如：moc文件在/usr/local/bin里，但是Makefile说：moc=/opt/bin/moc。编辑一下Makefile(用vi或者任何什么文本编辑器)然后改一下moc的路径即可。

另一个常见的错误是丢掉了"include"的文件。很多程序的中的原文件的头几行是这样的：

#include #include #include #include

这些"h"文件(或者叫头文件)必须存在于你的计算机里。最少你应该有内核的头文件，使用ls /usr/include/linux查看。如果你安装了一些库，象gtk，确定也安装了它们的开发文件。有时同一个库的几个版本可能导致一些问题，每个版本可能把它的头文件放在不同的地方，可你并不知道编译的时候使用的到底是哪个文件。

如果你改变了Makefile中的所有应该改变的地方，并且所有的库和头文件都对，而它仍然不能编译，那么顺序如下做：

1、如果你是从一个和这个程序的主站不同的另外一个站点下载的这个程序，那么去它的主站看看有没有更新的版本可以使用。

2、去dejanews.com这个站点，搜索一下这个程序。这里很可能有其他人遇到了同样的问题，并且已经贴出来了解决方法。

3、如果所有的方法都不行的话,email给作者,很多作者对改进他们的程序以及bug报告和性能建议都很有兴趣,通常都会被很好的接受(记注：这是linux,不是商业软件)注意：你的bug报告最好多说些关键的情况,不要只说一句"这个程序不能编译"！我通常是email过去编译结果的最后十行或更多行,这样作者才能看到是那里出现的错误。如果我真的喜欢这个程序,我会在下一个新版本发布以后尽可能给作者游泳的反馈。注意，程序员也是人--他们会有两个星期的休假、跳槽、搬家等等其他十五，因此不要期望能够立即得到回复。最后，有些程序有唯一的编译设置：马上能想到的有qt和内核，我再最后重复一遍：读README和INSTALL文件。