Go to file
Pascal Mazon 894fd42e7f eal: do not try to load library from current directory
When loading a library "libfoo.so" (depending on "libbar.so", located in an
entirely different folder), with a LD_LIBRARY_PATH=/path/to/libfoo.so", it
returns an error:

 EAL: ./libfoo.so: cannot open shared object file: No such file or directory

If the first dlopen() fails (here, because it can't find all dependencies),
the code requires for a second dlopen() that looks for "./libfoo.so". It
turns on pathname matching, which does not use LD_LIBRARY_PATH. As a result,
it fails because it cannot find "./libfoo.so".

The error message matches the error of the second dlopen(), not the first's.

Do not try to look for a different library ("./"-prefixed) than the one
provided in argument. Let the dynamic library management handle it, just
provide an appropriate LD_LIBRARY_PATH.

Signed-off-by: Pascal Mazon <pascal.mazon@6wind.com>
Acked-by: Neil Horman <nhorman@tuxdriver.com>
2014-04-18 00:38:38 +02:00
app vdev: new registration API 2014-04-11 16:17:42 +02:00
config kvargs: add a new library to parse key/value arguments 2014-02-26 11:01:13 +01:00
doc devargs: add in doc 2014-04-10 16:16:57 +02:00
examples examples/netmap_compat: import netmap compatibility example 2014-02-26 10:47:59 +01:00
lib eal: do not try to load library from current directory 2014-04-18 00:38:38 +02:00
mk mk: pass CROSS_COMPILE when compiling kernel modules 2014-04-17 14:00:21 +02:00
scripts update Intel copyright years to 2014 2014-02-25 21:29:14 +01:00
tools tools: rename pci_unbind script 2014-03-20 17:50:51 +01:00
.gitignore init DPDK repository 2013-03-07 10:57:42 +01:00
GNUmakefile add FreeBSD support 2014-02-25 21:29:18 +01:00
LICENSE.GPL doc: GPL/LGPL licenses 2013-07-25 14:43:06 +02:00
LICENSE.LGPL doc: fix file format (dos to unix) 2013-09-06 11:43:07 +02:00
Makefile add FreeBSD support 2014-02-25 21:29:18 +01:00