手工编译安装程序虽然使用Ports Collection编译和安装软件非常简便，然而仍有两个理由来使用手工编译安装方式。一方面是Ports Collection中并不能涵盖所有的软件，有很多软件没有收入Ports Collection中。有很多原因使得一些很优秀的软件没有被收集入Ports Collection，例如，版权因素，或者没有志愿者对它移植到FreeBSD进行维护。另一方面，即使是通过Port来定制软件，仍需要了解了手工编译安装的过程和各种编译工具的使用，才能正常进行定制工作。
通常在FreeBSD下编译并安装应用程序并不困难，因为FreeBSD是一种非常标准的Unix，为Unix开发的标准C程序很容易就能在它上面编译运行。
编译和软件工具
为了编译和安装一个应用程序，必须要了解编译和运行软件的一般方法。对于大型程序和要求高效率的软件，通常用高级语言C来开发，使用C语言编译器将C源程序编译成执行程序。由于使用高级语言不依赖于硬件结构，这使得软件非常容易移植。Unix不仅提供了编译器，而且还提供了众多的工具来帮助进行编译和维护，最有用的工具为make。
GNU C与编译连接过程
C作为一种编译型的高级语言，这就是说运行C程序之前要将其先编译成可执行的由机器指令构成的执行程序，因此就需要使用一个编译器来对C源代码进行处理，FreeBSD使用的是GNU的C编译器。
$ cc hello.c$ ./a.outHello, world!
UNIX下缺省使用a.out作为生成的文件名，可以使用-o参数指出生成的执行文件名。
事实上前面的编译生成执行文件的过程由两步组成，一是生成目标文件，通常使用.o为后缀，然后进行连接生成执行文件。因此，可以使用ar将多个目标文件组合成一个函数库文件，而可以使用nm来查看库文件的内容。
$ cc -c f1.c$ cc -c f2.c$ ar c mlib.a f1.o f2.o$ nm mlib.a
FreeBSD使用的C语言编译器gcc是一种非常流行的，多平台、高效率的C语言编译器，它提供了多种选项用于生成应用软件。以下为常用的一些选项：
-L定义连接库文件的目录-I 定义C[url=http://www.pccode.net].net" class="wordstyle"源码的头文件的目录-o后面跟的参数为要生成的执行文件的名-O进行编译优化，可以指定使用不同的优化级别，从O2到O6，每个不同的级别使用的优化设置不同。
相关的选项还有定义生成的指令码类型的参数，如-m486生成486指令，缺省的gcc版本（2.7.2）不支持Pentium代码。-g 加入调试代码，可以在完成后使用strip命令删除用于调试的信息-c仅仅进行编译而不进行连接，生成目标文件-fPic生成相对地址的代码，用于最后生成动态连接库-static强制生成静态连接的程序-aout生成a.out格式的执行文件、目标代码等，缺省使用ELF格式-elf3.0之后为缺省设置，生成ELF格式的目标和执行代码
可以通过命令行参数查看当前使用的GNU C编译器的版本：
$ cc –versionGcc version 2.7.2.1
FreeBSD当前使用GNU的C编译器gcc的版本为gcc 2.7.2.1，这不是gcc编译器的最新版本，但稳定性非常好。虽然当前新版本的gcc 2.8已经很稳定了，但是由于编译器在系统中的重要性，编译器出现问题会造成系统的稳定问题，因此FreeBSD还没有转向gcc 2.8。另一个没有完全使用gcc 2.8的重要原因是生成的执行文件格式问题，gcc 2.8不再支持生成a.out执行格式的二进制程序。但完全转向gcc 2.8版本是必然趋势，在当前正在开发的FreeBSD 4.0-current中，已经使用了gcc 2.8作为标准配置。
在3.1系统中，如果想使用gcc 2.8，就需要安装Packages Collection中提供的gcc-2.8软件包（或者使用Ports Collection对源代码进行编译）。事实上还有另外两个更强大的根据gcc进一步开发的编译器，pgcc支持Pentium代码（标准的gcc只支持生成486代码），egcc除了支持Pentium代码之外，还提供了更大的优化能力。这些版本是商业公司依据gcc进行的开发，但根据GPL许可，任意使用者都可以根据需要选择使用，使用这些编译器版本能进一步发挥系统的能力。
make
通常应用程序都比较复杂，那么其源程序就不仅包括一个文件，而是由多个文件构成，这样应用程序的编译和连接过程就相对复杂得多。最简单的情况下可以使用shell程序来自动完成这个任务，然而由于并不是每次都更改了所有的文件，每次都完全重新编译所有的代码，不但浪费了处理器资源，也使得每次作一次小改变就得编译所有得文件，效率低下。最好是能够按照需要，编译改动过的代码文件，而对没有更新过的文件就不必重新编译，这样就节约了系统的处理能力。
如果要使用shell脚本来处理这些依赖关系来，则要求根据文件的更新时间进行维护，需要的shell脚本就比较复杂。Unix提供了一个程序──make，来帮助按照代码之间的时间依赖关系来进行维护工作。
make与其他解释语言不同，不是直接告诉make需要执行的命令，而是给定一些依赖规则，即在什么条件下应该执行什么处理，那么make就自动分析文件的更新时间，完成剩下的工作。规定make规则的文件一般命名为Makefile，这是一个make指令的集合，这个文件中包括目标定义、执行命令、宏定义和make伪指令。下面为一个简单的Makefile：
CC = /usr/local/bin/egcchello:hello.c$(CC) -o hello hello.cclean: echo delete files!rm hello
这个例子中首先定义了一个宏CC，然后定义一个执行目标hello，这个目标依赖于hello.c文件，一旦hello.c更新，就需要执行下面的编译指令。注意，位于定义目标之后的执行命令应该使用一个 “Tab” 制表符引导，而不是其他空白字符。执行命令中首先将宏替换为它的值，再执行egcc命令编译程序。
一个Makefile文件中可以定义多个目标，如上面例子中的hello和clean，如果不使用任何命令行参数来启动make，那么缺省使用第一个目标。为了应用其他的make目标，则必须使用make的命令行参数。
$ make cleandelete files!
make使用的缺省文件名为当前目录下的makefile或Makefile，如果使用其他文件，必须使用命令行参数-f指定文件名。
$ make -f newmakefile
GNU的make命令首先查看的文件名为GNUmakefile。
使用了make，对大型的应用软件进行维护就会容易一些。然而不同的系统有一些与系统相关的定义，这些定义需要在Makefile中依据不同的系统重新设置，例如X Window的目录等，这样要完成可以适合多个不同系统的Makefile文件，仍然具有困难。有一些工具能帮助进行这些系统相关的设置，并生成Makefile文件，例如X Window系统使用xmkmf命令和imake模板文件来产生本地的Makefile文件，这样就能正确侦知本地系统中有关X Window的正确设置，但软件开发者首先要完成Imakefile文件，以使用xmkmf。而GNU的软件使用autoconf工具，它使用configure命令用来侦测很多系统相关的设置，如编译器、头文件、库函数等等，然后使用预设置的Makefile.in模板文件来产生相应的Makefile。有了这些工具，进行编译各种多平台的应用程序都不再是困难的了。
未完，待续。。。
