自从上次'编译Ethereal On Windows'之后,好久没有接触Ethereal了,前期策划的基于Ethereal开发的一个工具的任务就落到了这批来的一个新员工的头上了。第一阶段他在Windows上开发了一个基于Ethereal的插件用于分析CMPP协议之用;第二个阶段我们需要移植到Unix上,我们使用的是Solaris。

目标机器是一个x86的Solaris10的系统,首先是将Ethereal依赖的所有开源包都先装上。开源的唯一不好的一点就是互相依赖太多,像Ethereal这样规模的软件,依赖的包不下十几种。这里我们用的源码包是ethereal-0.99.0。按照常规编译软件包的方法:解包=>进入Ethereal目录=>执行./configure => make。

如果想一次make成功显然是不太可能的。

我的那个新同事第一次make得到如下结果:
libtool: link: only absolute run-paths are allowed,他查找了好久,终于"投降"了。由于是新同事对Unix上繁芜复杂的操作不了解也是情有可原的,亲自出马吧。

我对libtool同样是不熟悉,到网上找答案吧。网上关于这个错误的解释太少了。只能用"only absolute run-paths are allowed"在libtool这个脚本文件里搜索,果然找到了,有两个地方有这样的echo输出。大致检查了一下,基本定位问题所在:在libtool执行的语句中,有类似"-R../lib"这样的参数选项,显然这个"../lib"不是一个绝对路径,我们需要针对这个地方进行一下手工修改。

目标就是Makefile文件。打开Makefile搜寻"../lib",一共有4处,分别在SNMP_LIBS、ethereal_LDADD、tethereal_LDADD和dftest_LDADD的定义中,在其中删除"-R../lib"或者为-R指定一个绝对路径即可。

问题解决,继续Make。还是没有过去,提示:在"/usr/sfw/lib/.libs下找不到libnetsnmp.so",Makefile中明明配置的是/usr/sfw/lib,且该路径下存在libnetsnmp.so,为什么libtool非要到"/usr/sfw/lib/.libs"下找呢?libtool就是这样一个怪脾气,没办法,创建/usr/sfw/lib/.libs路径,并将libnetsnmp.so拷贝进去,在Make这块就过去了。

问题仍然层出不穷,程序在链接tethereal的时候,提示:ld: fatal: Symbol referencing errors. No output written to .libs/tethereal
Undefined                       first referenced
 symbol                             in file
gsm_a_pd_str                        tap-gsm_astat.o
RegistrationRejectReason_vals       tap-h225counter.o
register_all_protocol_handoffs      tethereal.o

继续在网上搜索,还好有类似的问题别人也遇到了,解决方法:将epan/dissectors/.libs/libdissectors.a加到Makefile中多个变量的定义中。下面是详细的修改:
(1)
tethereal_additional_libs = \
        wiretap/libwiretap.la           \
        epan/libethereal.la

=>

tethereal_additional_libs = \
        wiretap/libwiretap.la           \
        epan/libethereal.la \
        epan/dissectors/.libs/libdissectors.a \

(2)
dftest_additional_libs = \
        wiretap/libwiretap.la           \
        epan/libethereal.la \
=>
dftest_additional_libs = \
        wiretap/libwiretap.la           \
        epan/libethereal.la \
        epan/dissectors/.libs/libdissectors.a
(3)
dumpcap_LDADD = \
        $(dumpcap_additional_libs)      \
        -lgmodule-2.0 -lglib-2.0                        \
        -lpcap
=>
dumpcap_LDADD = \
        $(dumpcap_additional_libs)      \
        -lgmodule-2.0 -lglib-2.0                        \
        -lpcap -lsocket -lnsl
(4)
ethereal_additional_libs = \
        gtk/libui.a             \
        wiretap/libwiretap.la   \
        epan/libethereal.la \
=>
ethereal_additional_libs = \
        gtk/libui.a             \
        wiretap/libwiretap.la   \
        epan/libethereal.la \
        epan/dissectors/.libs/libdissectors.a \
这回你再make,哇,编译成功了。

然后敲入make install安装这个ethereal,在Windows上启动Xmanager(trial版),连接到目标服务器,用root登录(如果没有root权限,是看不到网卡的,也就不能进行协议分析了)。进入/usr/local/bin,在这里我只发现了tethereal这个程序,执行起来也没有问题,但是那个图形界面的ethereal哪里去了。翻看install的日志,发现根本没有安装ethereal。怎么回事?

继续网上找答案,很快答案找到了:是否编译安装ethereal是configure决定的。在configure的执行日志我看到:
The Ethereal package has been configured with the following options.
                    Build ethereal : no
                   Build tethereal : yes
                    Build capinfos : yes
                     Build editcap : yes
                     Build dumpcap : yes
                    Build mergecap : yes
                   Build text2pcap : yes
                     Build idl2eth : yes
                     Build randpkt : yes
                      Build dftest : yes

显然Build ethereal : no。网上的理由是:GTK+版本安装不当。从configure日志看到:
checking for GTK+ – version >= 2.0.0… no
*** Could not run GTK+ test program, checking why…
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GTK+ is incorrectly installed.

这时只能重新检查GTK+,甚至是重新安装GTK+。

搞定这个后,再重新configure,注意别忘了备份上述对Makefile的修改,否则configure会覆盖你的成果。之后的工作这里就不说了。

© 2007, bigwhite. 版权所有.

Related posts:

  1. 编译Ethereal On Windows
  2. APR源代码分析-整体篇
  3. APR源代码分析-网络IO篇
  4. APR源代码分析-线程同步篇
  5. 成功Build ACE