net/qt4-network can provide SSL support via libssl, but it doesn't explicit link to the library. Instead it has a run-time logic to search and dynamically load libssl and libcrypto. The logic is in the following file: src/network/ssl/qsslsocket_openssl_symbols.cpp
Currently the logic is implemented in such a way that on FreeBSD it would find libssl from the base system before libssl from openssl port/package if it is installed. This could be a problem if an executable that uses libQtNetwork is also directly linked to libssl from ports (which is a default behavior for ports that depend on libssl). Maybe this problem could be fixed if the code tried to load libssl.so.<SHLIB_VERSION_NUMBER> first, but for some reason it doesn't. Maybe proper opensslv.h is just not included. Another problem is that opensslv.h from the openssl port defines SHLIB_VERSION_NUMBER to "0.9.8" when it probably should match the actual version used on FreeBSD and be "7". -- Andriy Gapon
_______________________________________________ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
