From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH] eal: do not try to load library with a local pathname Date: Fri, 18 Apr 2014 00:47:03 +0200 Message-ID: <1892856.uUH5QI7dPr@xps13> References: <1397569822-3294-1-git-send-email-david.marchand@6wind.com> <20140415135704.GB3557@hmsreliant.think-freely.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev-VfR2kkLFssw@public.gmane.org To: Pascal Mazon Return-path: In-Reply-To: <20140415135704.GB3557-B26myB8xz7F8NnZeBjwnZQMhkBWG/bsMQH7oEaQurus@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" > > 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 > > Acked-by: Neil Horman Applied for version 1.6.0r2. Thanks, it's a good usability improvement (simpler is better :) -- Thomas