On Thu, Nov 02, 2023 at 03:56:16AM -0400, Viktor Dukhovni via Postfix-users wrote: > On Thu, Nov 02, 2023 at 09:35:47AM +0200, Jaco Lesch via Postfix-users wrote: > > > > I would have tried instead: > > > > > > PKG_CONFIG_PATH=/usr/openssl/3/lib/64/pkgconfig \ > > > make makefiles dynamicmaps=yes shared=yes \ > > > openssl_path="/usr/openssl/3/bin/openssl" \ > > > CC="/usr/bin/gcc -m64" \ > > > CCARGS="-DUSE_DB -DUSE_TLS $(pkg-config --cflags libssl > > > libcrypto)" \ > > > AUXLIBS="-ldb $(pkg-config --libs libssl libcrypto)" \ > > > > > > but, you may still also need an explicit "-R/usr/openssl/3/lib" option, > > > if that's not part of what "pkg-config" returns for "--libs". > > > > > And Viktor your options for make compile 100%, no need for the explicit > > "-R/usr/openssl/3/lib" option. Have compiled both static and dynamic to > > verify. Regards > > Given the output of your 'pkg-config' command, the "-R" options *are* > likely still needed. They augment the *run-time* shared library search > path. The code will compile without them, but it may not run, unless > that directly is on the system-wide search path (not expected).
This can be verified on Solaris with: /usr/bin/elfdump -re 'dyn:' path/to/binary_or_library watch for lines "NEEDED" and "RUNPATH". If missing the runpath /usr/openssl/3/lib/64/ and needed library files libssl.so and libcrypto.so then yes, a "-R/usr/openssl/3/lib/64/" should be needed. or check what the actual run would load with: ldd -r path/to/binary_or_library or watch the whole lengthy search-and-load process the runtime linker does: LD_DEBUG=files,libs path/to/binary (or even: LD_DEBUG=files,libs,bindings path/to/binary) Even a daemon not normally called by the user should output useful information to verify linking to correct library entities. Regards, Thomas _______________________________________________ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to postfix-users-le...@postfix.org
