在UBUNTU下进行APUE的代码编译的话，需要改动的地方很多，尤其是ubuntu12.04下，内核升级到3.0后。
一 首先进行一些改动，将工作区间改变，修改MAKE文件以为编译打基础
http://blog.csdn.net/dycwahaha/article/details/2300938
（一）作者提供的编译方法的实现
README文件中给出的编译方法如下：
To build the source, edit the Make.defines.* file for your system and set WKDIR to the pathname of the tree containing the source code. Then just run "make". It should figure out the system type and build the source for that platform utomatically.
参照该方法，我将源码的编译分为三步。整个步骤都是在root超级用户下进行的，如果其他用户没有权限进行编译，可以通过su命令切换到超级用户。
第一步，编辑Make.defines.*文件。由于我所使用的操作系统是FreeBSD6.1，所以应该编辑文件Make.defines.freebsd。其实，编辑该文件的内容主要是修改其中的WKDIR，即我们源码所在文件夹的绝对路径名。原文件中WKDIR＝/home/sar/apue.2e，我们可以根据我们实际文件夹所在的位置进行相应的修改。我的apue.2e文件夹直接放在/home下了，所以我将WKDIR修改为WKDIR＝/home/apue.2e。其余内容不用修改，保存修改后的文件。
第二步，修改脚本文件systype.sh的权限。由于原始的systype.sh文件不具有可执行的权限。通过执行命令:
#chmod +x systype.sh
给当前用户及其所在组和其他组添加可执行权限；
或者
#chmod u+x systype.sh
仅给当前用户添加可执行权限。
该脚本文件的功能主要是检测操作系统的类型。它可以检测到系统的类型有：FreeBSD，Linux，MacOS和Solaris等。如果单独执行这个shell脚本：
＃./systype.sh
则输出结果为：freebsd。即检测本机的操作系统为FreeBSD。
第三步，进行源码的编译。在命令行下执行make命令。通过查看Makefile文件可知，make之后，首先执行systype.sh脚本，即首先确定操作系统的类型，然后在进行源码的编译。在编译的过程中，会有一些Warning。这些都是正常的，导致警告的原因可能是采用编译起的版本不同或者是同一类型操作系统的版本不同。但是，只要make的过程不出现error，就会顺利的生成可执行文件。我的在编译过程中没有出现error，因此意味着编译成功。
注意：编译的过程中可能会出现的一个问题，也是一个网友曾经问到的问题，就是在编译中出现这个的错误，提示nawk command cannot be found。这个问题可能的原因是，有些操作系统的内核版本较低，可能还不支持nawk(new awk)这个命令。但应该支持awk命令。因此，问题的解决方法就是将相关文件中的nawk命令替换为awk，或者为系统添加一个别名alias，alias nawk awk。这样在编一的过程中，遇到nawk命令时，实际会去执行awk命令。如果还有其他问题，可以去网上搜索相关的解决方法。因为我在编译的过程中没有遇到这样的问题，不再一一赘述。
（二）编译生成可执行文件的位置
在路径/home/apue.2e/下虽然有所有的源文件，都是以figx.x的形式命名。但是实际编译的过程并不是编译的这些文件。而是编译在该路径下各个文件夹中的后缀名为＊.c的程序。作者把同一章节或者相近几个章节的源代码放在某一个文件夹下面（include和lib文件夹除外）。而文件夹的命名一般是和该章对应的标题是一致的，采用的是英文标题的全称或简写。譬如，advio文件夹对应Chapter 14. Advanced I/O，该章的代码就放在该文件夹下面。还有文件夹proc对应Chapter 8. Process Control，文件夹termios对应Chapter 18. Terminal I/O等等，基本上每一章的代码都可以在这些文件夹中找到。
（三）如何编译单独的源文件
通过make命令是直接将所有的源程序编译成可执行文件的。对于喜欢修改和调试程序的朋友来说，make生成的可执行文件显然不具有这样的功能，而且，也不可能修改了一个源文件，然后还要make。如何需要编译和调试单个程序的话，方法如下：
1.首先还是要用make对所有文件进行编译。成功编译后，会在WKDIR／lib／下生成库文件libapue.a，主要是将apue.h（位于WKDIR／include/）中定义的所有内容生成一个静态的库，这样可以方便调用。
2.我们以WKDIR/下的fig1.3（实现ls部分功能）文件为例说明需要修改的地方。将fig1.3文件重命名为fig1.3.c，然后编辑该文件，将包含头文件的一行代码：
＃i nclude "apue.h" //默认所引用头文件的位置为当前的路径WKDIR=/home/apue.2e
修改为
＃i nclude "include/apue.h"
即头文件apue.h的位置为当前路径下inlucde文件夹中，这个就正确的指定了apue.h的位置。
这样就可以进行编译了，但在编译的时候还要加上库文件libapue.a，因为该文件实现了apue.h中的所有功能，主要有常用头文件，宏定义以及自定义函数的实现。
输入命令
#gcc fig1.3.c lib/libapue.a
则会生成可执行文件a.out。执行命令
#./a.out /home
则列出我的/home路径下的所有文件和文件夹：
.
..
david
simsun .ttc
simkai.ttf
simsun.ttf
MYKERNEL
unix_advance_program
freebsd
APUE Source Code
LumaQQ
apue.2e
bash-script
lumaqq_2005_patch_2006.01.22.15.00.zip
lumaqq_2005-linux_gtk2_x86_with_jre.tar
apue_src_complied.tar
当然，如果需要编译的是各个文件夹中的一个源程序时，则只需对所包含的头文件apue.h的路径作相对修改，改为
＃i nclude "../include/apue.h"
以及编译是库文件的位置也相应修改，改为：
#gcc sourcefile.c ../lib/libapue.a
至此，APUE第二版作者提供的源码编译方法和单独源码的编译都已经实现。
二 提示status的问题，
http://topic.csdn.net/u/20111018/03/89b21b01-d8cb-4667-8cc6-c23f1e4f8f02.html
http://blog.csdn.net/ce_endless/article/details/6885708
gcc -DLINUX -ansi -I/home/alex/apue/apue.2e/include -Wall -D_GNU_SOURCE -DDEBUG -c -o printd.o printd.c
In file included from /usr/include/bits/time.h:86:0,
from /usr/include/time.h:42,
from /usr/include/pthread.h:26,
from printd.c:11:
/usr/include/bits/timex.h:31:7: 错误：expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘.’ token
make[2]: *** [printd.o] 错误 1
make[2]: 离开目录“/home/alex/apue/apue.2e/ipp”
make[1]: *** [linux] 错误 1
make[1]: 离开目录“/home/alex/apue/apue.2e”
make: *** [all] 错误 2
解决办法：
谢谢，我已经解决这个问题了。是apue官方的源码有问题。标准库文件没有问题。我把解决方法贴出来吧。
出现这个问题的原因是在timex.h的第31行出现了status的定义：
int status; /* clock command/status */
而文件apue.2e/ipp/ipp.h中有宏定义：
#define status u.st
这样编译的时候就出问题了，如编译提示：
expected ‘:’, ‘,’, ‘;’, ‘}’ or ‘__attribute__’ before ‘.’ token
解决方法是把ipp.h文件里的status改成其他名称，比如Status，再次编译，错误提示status神马的信息，找到status出错的位置，把它改为Status就行了。
此处我的status出错位置在printd.c的第977行中：
i = ntohs(hp->status);
再次make就好了。
三 提示ARG_MAX参数未定义，由于我只是想运行一些样例，所以可以肆意的进行修改，因为目前而言，并不用到这个参数，所以先改正，编译成功再说。参照网页，http://ssepqhyneg.blog.163.com/blog/static/4105553920106804956179/
作者给出了解决办法，
ARG_MAX undeclared.
Error description.
$ make
...
make[2]: Entering directory `/home/shunwang/shawn_file/myfiles/my_study/kernel/APUE_source_code/apue/apue.2e/threadctl'
gcc -DLINUX -ansi -I/home/shunwang/shawn_file/myfiles/my_study/kernel/APUE_source_code/apue/apue.2e/include -Wall -D_GNU_SOURCE -c -o getenv1.o getenv1.c
getenv1.c:4: error: ‘ARG_MAX’ undeclared here (not in a function)
make[2]: *** [getenv1.o] Error 1
make[2]: Leaving directory `/home/shunwang/shawn_file/myfiles/my_study/kernel/APUE_source_code/apue/apue.2e/threadctl'
make[1]: *** [linux] Error 1
make[1]: Leaving directory `/home/shunwang/shawn_file/myfiles/my_study/kernel/APUE_source_code/apue/apue.2e'
make: *** [all] Error 2
Solution:解决办法
在apue.2e/include/apue.h中添加一行：
#define ARG_MAX 4096
打开apue.2e/threadctl/getenv3.c，添加一行：
#include "apue.h"
再运行make, 编译通过。
我们可以看到作者在APUE的头文件中加入了 ARG_MAX的定义，并在出错的文件中添加引用该头文件。由于我没有将apue.h这个文件添加进系统头文件夹中，所以我要将添加的#include "apue.h"这行，改为 #include "../include/apue.h"。
四 使用APUE源码
[cpp] view plaincopy
- 使用第一章的例子fig1.3
- # ll fig1.3命令为ll fig1.3
- lrwxrwxrwx 1 shunwang shunwang 10 2010-07-08 10:30 fig1.3 -> file/ls1.c
- #ls file
- access cdpwd.c devrdev fileflags.c freebsd.mk hello hole.c longpath.c macos.mk seek testerror uidgid.c unlink zap.c
- access.c changemod devrdev.c filetype ftw4 hello.c linux.mk ls1 mycd seek.c testerror.c umask unlink.c
- cdpwd changemod.c fileflags filetype.c ftw4.c hole longpath ls1.c mycd.c solaris.mk uidgid umask.c zap
- # ./file/ls1 /home/进入目标所在目录，执行
- shunwang
- ..
- lost+found
五，使用APUE
使用APUE进行单个文件的编译时，可以将apue.h复制到/usr/include下，将编译生成的在apue.2e/lib/libapue.a复制到/usr/lib下，这样引用apue.h头文件时就可以#include "apue.h"，写MAKEFILE时，将libapue.a复制到和makefile文件同文件夹下，定义变量LIBS=./libapue.a，就可以方便使用。libapue.a和apue.h放在c文件目录下会比较好
我把我的文件放到附件里。
Makefile 文件：
[cpp] view plaincopy
- CC = gcc -O2
- LIBS = ./libapue.a
- .PHONY: all clean
- all: pl1-1 pl1-2
- pl1-1:pl1-1.o
- $(CC) -o $@ pl1-1.o $(LIBS)
- pl1-2:pl1-2.o
- $(CC) -o $@ pl1-2.o $(LIBS)
- clean:
- rm -f *.o