The libevent API provides a mechanism to execute a callback function when a specific event occurs on a file descriptor or after a timeout has been reached. Furthermore, libevent also support callbacks due to signals or regular timeouts.(来自官网表述)
1从http://libevent.org/下载最新的源码libevent-2.0.22-stable.tar.gz编译;
tar -zxvf ./libevent-2.0.22-stable.tar.gz
mv libevent-2.0.22-stable ./libevent
./configure --prefix=*****
make
make install
2.编写demo测试 略
g++ ./libevent.cpp -g -O0 -levent -L /usr/local/lib
./a.out: error while loading shared libraries: libevent-2.0.so.5: cannot open shared object file: No such file or directory
ldd ./a.out
linux-vdso.so.1 => (0x00007fff95116000)
libevent-2.0.so.5 => not found
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x000000363b000000)
libm.so.6 => /lib64/libm.so.6 (0x0000003638800000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000363ac00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003638c00000)
/lib64/ld-linux-x86-64.so.2 (0x0000003638400000)
libevent-2.0.so.5 没有找到
查看位置
whereis libevent-2.0.so.5
libevent-2.0.so: /usr/local/lib/libevent-2.0.so.5
[root@chenfeng test]# g++ ./libevent.cpp -o libevent -g -O0 -levent -L/usr/local/lib -Wl,rpath=/usr/local/lib
/usr/bin/ld: rpath=/usr/local/lib: No such file: No such file or directory
collect2: ld 返回 1
来自http://gcc.gnu.org/ml/gcc-help/2005-12/msg00017.html
The -L option supplies a colon-separated library path that is to be searched at LINK TIME for libraries. Thus cc -o foo foo.c -L/usr/local/lib -lfoo means that either libfoo.a or libfoo.so should be found in either /usr/local/lib, or elsewhere in the default search patch (in GNU/Linux, the directories can be listed in /etc/ld.so.conf, and the cache updated by running /etc/ldconfig).
Whether the .a or .so form of the library is needed is platform dependent (e.g., IBM AIX uses only the .a form), and also dependent on compiler options to select dynamic or static linking. The default is normally dynamic linking to save disk space and waste CPU time. However, this means while that the executable foo may have been successfully linked against a shared library, at RUN TIME, the run-time loader looks for it in the default search path, possibly prefixed by a colon-separated list of libraries supplied by the LD_LIBRARY_PATH variable. If, in our example, /usr/local/lib is not part of the default path, then the run-time loader will not be able to find the shared library, EVEN THOUGH LINKING SUCCEEDED (because of the -L/usr/local/lib option).
otice the "(file not found") line. That library is actually present on that system in /usr/local/lib, and I can make it succeed like this: % env -i LD_LIBRARY_PATH=/usr/local/lib ldd /usr/local/bin/emacs libXaw3d.so.5 => /usr/local/lib/libXaw3d.so.5 libXmu.so.4 => /usr/lib/libXmu.so.4 ... Thus, when shared libraries are present in nondefault directories, you need to supply an additional linker option, usually -R or -Wl,-rpath=, with a run-time library path. Our example above becomes for gcc gcc -o foo foo.c -L/usr/local/lib -lfoo -Wl,-rpath=/usr/local/lib
In a Makefile, I would write this as gcc -o foo foo.c -L$(prefix)/lib -lfoo -Wl,-rpath=$(prefix)/lib
[root@chenfeng test]# g++ ./libevent.cpp -o livevent -g -O0 -L/usr/local/lib -levent -Wl,-rpath=/usr/local/lib [root@chenfeng test]# ./livevent
编译通过
OK