[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: libgmp: link to the correct shared library
From: |
Paul Eggert |
Subject: |
Re: libgmp: link to the correct shared library |
Date: |
Thu, 23 Jul 2020 15:13:50 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
On 7/12/20 2:48 PM, Bruno Haible wrote:
This test fails when I build this gnulib module in my usual way:
./configure --prefix=/PREFIX64 \
CPPFLAGS="-I/PREFIX64/include -Wall" \
LDFLAGS="-L/PREFIX64/lib"
I don't see why this should be expected to work. Instead, you can tell
'configure' to pass -rpath to the linker, so that the executable it produces
runs with the correct libraries. Something like this, say:
./configure --prefix=/PREFIX64 \
CPPFLAGS="-I/PREFIX64/include -Wall" \
LDFLAGS="-L/PREFIX64/lib -Wl,-rpath=/PREFIX64/lib"
This is a common issue when using dynamically-linked libraries in nonstandard
locations, and the longstanding way to address the issue is to use -rpath.
* modules/libgmp (Depends-on): Add havelib.
This approach requires all libgmp-using packages to also use havelib and do all
the libtool stuff. Emacs, coreutils etc. build without libtool and I would
rather not introduce a dependency on libtool to them.
- [PATCH] libgmp: new module, Paul Eggert, 2020/07/06
- Re: [PATCH] libgmp: new module, Bruno Haible, 2020/07/12
- libgmp tests: Add some safety checks, Bruno Haible, 2020/07/12
- libgmp: link to the correct shared library, Bruno Haible, 2020/07/12
- Re: libgmp: link to the correct shared library,
Paul Eggert <=
- Re: libgmp: link to the correct shared library, Bruno Haible, 2020/07/23
- Re: libgmp: link to the correct shared library, Paul Eggert, 2020/07/23
- Re: libgmp: link to the correct shared library, Bruno Haible, 2020/07/23
- Re: libgmp: link to the correct shared library, Paul Eggert, 2020/07/26
- Re: libgmp: link to the correct shared library, Paul Eggert, 2020/07/26
libgmp: Avoid warning when --without-libgmp is used, Bruno Haible, 2020/07/12