On 5/13/2026 2:52 AM, NIIBE Yutaka wrote:
Frank <[email protected]> wrote:
Towards this, I found that the -L./.libs which is there for/from the
linktool seems to be to late.
Putting it before the environment provided LDDFLAGS solves the problem.
You manually edited Makefile, right?
All in all, IIUC, the way you "configure" was wrong. (And the
information was missing in your report.) Because it was wrongly
configured, you needed to edit the Makefile.
For configure, specifying LDFLAGS with -L/opt/freeware/lib64
-L/opt/freeware/lib is wrong when you have old library there already.
Because it comes earlier than -L./.libs, it results linking with old
library installed, instead of the one just built.
There was a reason why I added the libraries to the LDDFLAGS, but I
cannot remember.
I am using these option for several years by now.
I agree with you, the -L./.libs needs to come before the LDDFLAGS.
I just am unable to understand the logic of the .in / .am and Makefiles
to find the proper solution.
The option -L./.libs is added during configure and in my understanding
it should be added before any LDDFLAGS.
_______________________________________________
Gnupg-users mailing list
[email protected]
https://lists.gnupg.org/mailman/listinfo/gnupg-users
