libgcrypt1.9.0: Failure on linking test executables

NIIBE Yutaka gniibe at fsij.org
Fri Jan 22 04:59:05 CET 2021


Kasumi Fukuda <kasumi at rollingapple.net> writes:
> Let me share a repro step using docker:

Thanks a lot.

I think that it's better practice to do "make check" before
installation.

And to do that, we need to specify LD_LIBRARY_PATH too (as well as
PATH), so that testing programs in the build procedure run correctly.

Like this:

--- libgcrypt-test-install-orig.sh	2021-01-22 11:06:34.329216354 +0900
+++ libgcrypt-test-install-fixed.sh	2021-01-22 12:29:42.725628836 +0900
@@ -11,12 +11,13 @@
 
 cd /tmp/libgpg-error-1.41
 ./configure --prefix=/opt/libgpg-error --disable-doc
-make && make install
+make && make check && make install
 
 export PATH=/opt/libgpg-error/bin:$PATH
+export LD_LIBRARY_PATH=/opt/libgpg-error/lib
 
 cd /tmp/libgcrypt-1.9.0
 ./configure --prefix=/opt/libgcrypt --disable-doc
-make && make install
+make && make check && make install
 
 EOF


And... this works, with no linking errors.

The problem is somehow complicated.  The linker checks runtime libraries
under LD_LIBRARY_PATH.


In your case, even if you don't need 'make check', please specify
LD_LIBRARY_PATH.
-- 



More information about the Gcrypt-devel mailing list