[CMake] CPack and OpenSSL libraries

[clinton@elemtech.com]

Yeah, Qt uses them as plugins by default so BundleUtilities won't pick it up.  You could also copy it manually like other Qt plugins, or configure Qt with the -openssl-link flag so it can copy the library for you.

Clint

----- Reply message -----
From: "Crni Gorac" <cgorac at gmail.com>
Date: Tue, Feb 15, 2011 3:38 pm
Subject: [CMake] CPack and OpenSSL libraries
To: <cmake at cmake.org>

Am using CPack to create Windows and Mac installers for an
application.  The application is Qt based, and BundleUtilities is
working great for me to pick up dependencies and such.  However, I
have problem that OpenSSL libraries, which are needed for some
segments of functionality of my app, are not picked up.  I guess Qt
network module is using these libraries as plugins, which means it is
checking in run time are libraries present on the target system or
not, and is loading them dynamically if so.  I have no problems with
my Mac installer in that regard, as it seems on Mac machines OpenSSL
libraries are installed by default, so my application is able to pick
them up at run time.  However, for the Windows installer, I'll guess
I'll have to pick them somehow.  So I was just wondering has anyone
encountered this problem so far, and what would be preferred solution
with CMake/CPack (to utilize FindOpenSSL.cmake and then explicitly
link my app with OpenSSL libraries, or maybe something else)?

Thanks.
_______________________________________________
Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20110215/0de2ad8e/attachment.htm>