又是一件折騰了我一天的事情。其實epoll代碼早就會寫了，lib里面早就支持了epoll，但一直停留在“支持”階段。實際上卻是沒有用起來過。公司裝了一臺機器，里面有epoll.h和epoll.a，但核心卻不是2.6，所以機器上能編譯但不能運行。另外一臺機器升級了內核，但卻怎么也找不到epoll.h和epoll.a。所以郁悶了很久，于是下定決心，要把這個問題搞個清楚。終于，在向東博士的幫助下，把問題解決了。

其實網上也有很多的介紹，例如 http://www.xmailserver.org/linux-patches/nio-improve.html 
從網上下載了一個 epoll-lib-0.11.tar.gz ，把它放到已經升級內核到2.6的Redhat9機器，解開。然后進去make，發現沒有mkdep……也懶得管了，直接來一個：make lib/libepoll.a
跳過了mkdep這一步，但還是出錯：
./src/epoll.c: In function `epoll_create':
./src/epoll.c:28: error: `__NR_epoll_create' undeclared (first use in this function)
./src/epoll.c:28: error: (Each undeclared identifier is reported only once
./src/epoll.c:28: error: for each function it appears in.)
./src/epoll.c: In function `epoll_ctl':
./src/epoll.c:30: error: `__NR_epoll_ctl' undeclared (first use in this function)
./src/epoll.c: In function `epoll_wait':
./src/epoll.c:32: error: `__NR_epoll_wait' undeclared (first use in this function)
百思不得其解……向東博士提說：把內核的源代碼ln 到/usr/src/linux目錄下。這才恍然大悟。于是：
ln -s /usr/src/linux-2.6.14.2 /usr/src/linux

哈哈，這下編譯通過了。趕快make install（其實我是自己手工把.h和.lib復制到相應目錄，那些man的東西全部都不管了）。

然后就開始編譯自己的代碼了。誰知道到了鏈接這一步，又出問題了：
/usr/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find /lib/libpthread.so.0
這是暈死，還以為是自己的gcc裝錯了，于是重新裝了一次gcc。但還是出現同樣的問題。
又是向東博士提示：
ln /lib/i686/libpthread-0.10.so /lib/libpthread.so.0
鏈接也都通過了。

也未免高興得太早，輪到運行出錯了：
/lib/libgcc_s.so.1: version `GCC_3.3' not found (required by /usr/lib/libstdc++.so.6)
……這次不用別人提示了，馬上到處找找哪里還有libgcc_s.so.1。于是我把/home/cyt/gcc-4.0.2/objdir/gcc/libgcc_s.so.1復制到了/lib下面。（其實就是我make gcc的那個目錄下面找到的libgcc_s.so.1，其它地方都有的，不過我也懶得找了）。
終于程序跑起來了……