[dpdk-dev] [PATCH 2/2] devtools: add path to additional shared object files
David Marchand
david.marchand at redhat.com
Wed Dec 18 09:23:27 CET 2019
On Wed, Dec 18, 2019 at 6:39 AM Ruifeng Wang <ruifeng.wang at arm.com> wrote:
>
> librte_mempool_ring.so and librte_pmd_null.so are in 'drivers' folder.
> Add 'drivers' into LD_LIBRARY_PATH so that testpmd can find and make
> use of these shared libraries.
>
> Signed-off-by: Ruifeng Wang <ruifeng.wang at arm.com>
> Reviewed-by: Gavin Hu <gavin.hu at arm.com>
> ---
> devtools/test-null.sh | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/devtools/test-null.sh b/devtools/test-null.sh
> index f39af2c06..548de8113 100755
> --- a/devtools/test-null.sh
> +++ b/devtools/test-null.sh
> @@ -20,7 +20,7 @@ if [ ! -f "$testpmd" ] ; then
> fi
>
> if ldd $testpmd | grep -q librte_ ; then
> - export LD_LIBRARY_PATH=$build/lib:$LD_LIBRARY_PATH
> + export LD_LIBRARY_PATH=$build/drivers:$build/lib:$LD_LIBRARY_PATH
> libs='-d librte_mempool_ring.so -d librte_pmd_null.so'
> else
> libs=
> --
> 2.17.1
>
I'm surprised to see this.
So far, the CI ran fine without it, so something is different in the
environment.
I can see that the RPATH entry disappeared from the testpmd binary.
Xenial:
# readelf -d build/app/dpdk-testpmd |grep RPATH
0x000000000000000f (RPATH) Library rpath:
[$ORIGIN/../lib:$ORIGIN/../drivers:XXXXXXXXXXXXX]
(not sure what XXXX purpose is, but different topic)
Bionic:
# readelf -d build/app/dpdk-testpmd |grep RPATH
Adding Bruce and Kevin, as I think this is the same issue than:
http://mails.dpdk.org/archives/dev/2019-December/153627.html
Could it be a change in meson?
--
David Marchand
More information about the dev
mailing list