perl C/C++ 扩展(四)

在前面三篇博客中,我们了解到如何使用c/c++ 扩展自己的perl 库,但是博主在学习过程中,对动态库或静态库的加载不是十分了解,后来自己又细挖一下。后来就有了这篇博文,再后来,没有再后来了,囧!!

我们先来看看 perl c/c++ 扩展(二)中的 Makefile.PL

WriteMakefile(
    NAME              => 'two_test',
    VERSION_FROM      => 'lib/two_test.pm', # finds $VERSION
    PREREQ_PM         => {}, # e.g., Module::Name => 1.1
    ($] >= 5.005 ?     ## Add these new keywords supported since 5.005
      (ABSTRACT_FROM  => 'lib/two_test.pm', # retrieve abstract from module
       AUTHOR         => 'root <root@>') : ()),
    LIBS              => [''], # e.g., '-lm'
    DEFINE            => '', # e.g., '-DHAVE_SOMETHING'
    INC               => '-I.', # e.g., '-I. -I/usr/include/other'
   # Un-comment this if you add C files to link with later:
    # OBJECT            => '$(O_FILES)', # link all the C files too
    MYEXTLIB => 'mylib/libchen.a'
); 

注意:

我们第一次写时,是没有填写 LIBS 与 INC 字段的,但是我们增加了一个 MYEXTLIB 的字段,指定我们要增加‘mylib/libchen.a'的静态库

 

由于在perl c/c++ 扩展(三)中,我们是使用了***.so 动态库来编译,而且也能正常工作,所以我就想,在(二)里,肯定也能调用动态库。

 

于是对原程序改动了一下,编译出一个libchen.so的文件,放在mylib/ 目录下。

修改一下Makefile.PL 脚本

MYEXTLIB => 'mylib/libchen.so'

 

还是使用之前的命令

perl Makefile.Pl
make
make install

编译通过,但在运行测试脚本时出错,说是找不到动态库。

这个问题简单,给环境变量LD_LIBRARY_PATH 添加一下libchen.so路径即可。再次运行测试脚本,通过。

 

由于需要添加环境变量这个细节又引起我的注意,在使用中,我知道perl c/c++ 扩展(三) 的编译方法不依赖环境变量的,也就是说,无论切换到什么窗口都可成功运行测试脚本。

 

我们来看看(三)是怎么写Makefile.PL的

WriteMakefile(
    NAME              => 'three_test',
    VERSION_FROM      => 'lib/three_test.pm', # finds $VERSION
    PREREQ_PM         => {}, # e.g., Module::Name => 1.1
    ($] >= 5.005 ?     ## Add these new keywords supported since 5.005
      (ABSTRACT_FROM  => 'lib/three_test.pm', # retrieve abstract from module
       AUTHOR         => 'root <root@>') : ()),
    LIBS              => ['-L./ -lduck'], # e.g., '-lm'
    DEFINE            => '', # e.g., '-DHAVE_SOMETHING'
    'CC'              => $CC,
    'LD'              => '$(CC)',
    INC               => '-I.', # e.g., '-I. -I/usr/include/other'
   # Un-comment this if you add C files to link with later:
    # OBJECT            => '$(O_FILES)', # link all the C files too

    'XSOPT'           => '-C++',
    'TYPEMAPS'        => ['perlobject.map']
);

我们看到,除了新增了XSOPT  TYPEMAPS  CC  LD字段外,还修改了 LIBS  INC字段。

 

而且LIBS 字段的内容就是g++ 的lib 库,INC 字段就是头文件的地址。

 

所以我们将(二) 的Makefile.PL修改一下,变成

WriteMakefile(
    NAME              => 'two_test',
    VERSION_FROM      => 'lib/two_test.pm', # finds $VERSION
    PREREQ_PM         => {}, # e.g., Module::Name => 1.1
    ($] >= 5.005 ?     ## Add these new keywords supported since 5.005
      (ABSTRACT_FROM  => 'lib/two_test.pm', # retrieve abstract from module
       AUTHOR         => 'root <root@>') : ()),
    LIBS              => ['-Lmylib -lchen'], # e.g., '-lm'
    DEFINE            => '', # e.g., '-DHAVE_SOMETHING'
    INC               => '-Imylib', # e.g., '-I. -I/usr/include/other'
   # Un-comment this if you add C files to link with later:
    # OBJECT            => '$(O_FILES)', # link all the C files too
    #MYEXTLIB => 'mylib/libchen.so'
);

修改了 LIBS  INC 字段,指定动态库的地址为-Lmylib,使用chen的库-lchen

INC字段写chen.h 头文件的地址。

 

注意,这时候,我们还是沿用libchen.so的动态库。

 

编译并按装

perl Makefile.PL 
make
make install

运行测试脚本,OK

切换一个窗口(等于没有执行export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/learn/perl/two_test/mylib) ,再运行测试脚本,依然OK。

 

但是当我们将mylib目录下的动态库改名,变成libchen.so.bak。再运行测试脚本,失败,报错说找不到libchen.so的库

错误信息:/usr/local/lib/perl/5.14.2/auto/two_test/two_test.so' for module two_test: libchen.so: 无法打开共享对象文件: 没有那个文件或目录 at /usr/share/perl/5.14/XSLoader.pm line 71

 

到这里,我们就可以知道了,实质上在LIBS 字段写上库名,应该是在生成Makefile时,将绝对路径包含了,并且自动添加到环境变量了,所以使用动态库生成的perl 扩展,运行环境都需要将动态库加入环境变量里。

 

上面的测试,扩展包还需要运行环境有动态库,对于移植性来说,多有不便。所以我们还是希望使用静态库编译。

方法很简单,只要将libchen.so 动态库替换成 libchen.a 静态库,在重新编译扩展包就好了。

perl Makefile.PL 
make
make install

这次,无论你怎造,perl 的测试程序都能正确运行。

 

我们再回头看看(二)的Makefile.PL

WriteMakefile(
NAME => 'two_test',
VERSION_FROM => 'lib/two_test.pm', # finds $VERSION
PREREQ_PM => {}, # e.g., Module::Name => 1.1

($] >= 5.005 ? ## Add these new keywords supported since 5.005
(ABSTRACT_FROM => 'lib/two_test.pm', # retrieve abstract from module
AUTHOR => 'root <root@>') : ()),
LIBS => [''], # e.g., '-lm'
DEFINE => '', # e.g., '-DHAVE_SOMETHING'
INC => '-I.', # e.g., '-I. -I/usr/include/other'
# Un-comment this if you add C files to link with later:
# OBJECT => '$(O_FILES)', # link all the C files too
MYEXTLIB => 'mylib/libchen.a'
);

它也是使用了libchen.a静态库,经过测试,运行时也能不再依赖库了。

 

总结:

无论是使用MYEXTLIB 字段,还是通过指定LIBS  INC来指向库文件,只要是使用静态库编译,扩展包都能脱离库的依赖。

posted @ 2014-08-07 20:31  chenfool  阅读(666)  评论(0编辑  收藏  举报