Don't explicitly check for OpenSSL anymore, but rely on Qt
authorManuel Nickschas <sputnick@quassel-irc.org>
Mon, 11 Jan 2010 18:33:49 +0000 (19:33 +0100)
committerManuel Nickschas <sputnick@quassel-irc.org>
Mon, 11 Jan 2010 18:33:49 +0000 (19:33 +0100)
commitad524dacd08f1703999df472e728a736bf5bc083
tree02e808408889378261e79581728f8e2e55e33e19
parent97a6a37c4f5f02ba468cb0b9d28d58aeb54189c9
Don't explicitly check for OpenSSL anymore, but rely on Qt

As we're not compiling against or linking to OpenSSL, but only use Qt's SSL-related
classes, it makes no sense to check for OpenSSL support ourselves. Instead, we now check
if Qt has been built with SSL support and enable our own SSL stuff in exactly this case.

This relies on Qt caring about its deps itself, though, as it already is done for the
other Qt modules.
CMakeLists.txt
cmake/modules/Qt4ConfigDependentSettings.cmake