On Wed, May 10, 2017 at 9:20 PM, Dennis Clarke <dcla...@blastwave.org> wrote: > >>> beta $ ldd -d ./dbd/.libs/apr_dbd_mysql-1.so >>> libmysqlclient.so.18 => >>> /opt/mysql/mysql/lib/libmysqlclient.so.18 >>> libsocket.so.1 => /lib/64/libsocket.so.1 >>> libnsl.so.1 => /lib/64/libnsl.so.1 >>> libm.so.2 => /lib/64/libm.so.2 >>> librt.so.1 => /lib/64/librt.so.1 >>> libc.so.1 => /lib/64/libc.so.1 >>> libstlport.so.1 => /opt/mysql/mysql/lib/../lib/libstlport.so.1 >>> libmp.so.2 => /lib/64/libmp.so.2 >>> libmd.so.1 => /lib/64/libmd.so.1 >>> libscf.so.1 => /lib/64/libscf.so.1 >>> libaio.so.1 => /lib/64/libaio.so.1 >>> libCrun.so.1 => /usr/lib/64/libCrun.so.1 >>> libdoor.so.1 => /lib/64/libdoor.so.1 >>> libuutil.so.1 => /lib/64/libuutil.so.1 >>> libgen.so.1 => /lib/64/libgen.so.1 >>> symbol not found: apr_bucket_setaside_notimpl >>> (./dbd/.libs/apr_dbd_mysql-1.so) >>> symbol not found: apr_bucket_shared_split >>> (./dbd/.libs/apr_dbd_mysql-1.so) >>> symbol not found: apr_bucket_shared_copy >>> (./dbd/.libs/apr_dbd_mysql-1.so) >>> symbol not found: apr_bucket_free >>> (./dbd/.libs/apr_dbd_mysql-1.so) >>> symbol not found: apr_pool_cleanup_null >>> (./dbd/.libs/apr_dbd_mysql-1.so) >> >> >> These should be fine, since, ./.libs/libaprutil-1.so will be the module >> loading these, it and already has resolved all ./.libs/libapr-1.so >> symbols. >> >> In an early-binding architecture like Windows, this would be a problem >> but should be no hassle on most any *nix. >> > > So it fails a testsuite but install it and hope for the best?
No, my point was that the test suite doesn't load that apr_driver-1.so file, apr_util's fn invoked by testall which are linked to and apr loads that driver, so the symbols should resolve at runtime. > OKay .. let's give it a try. Let us know if that makes a difference, perhaps a stale flavor of apr is discovered first?
