Skip to content

Fix cross-compilation and MSVC build with OpenSSL#185

Open
josusky wants to merge 1 commit intokisli:masterfrom
josusky:cross-build
Open

Fix cross-compilation and MSVC build with OpenSSL#185
josusky wants to merge 1 commit intokisli:masterfrom
josusky:cross-build

Conversation

@josusky
Copy link
Copy Markdown
Contributor

@josusky josusky commented Nov 3, 2017

When building for multiple platforms I encountered several issues.
Fist of all MSVC (Windows) build with TLS support through OpenSSL
requires additional library "crypt32".
Secondly, detection of pthread library failed when a cross-compiler
was used (target platform is not identical to source/build platform).
The "FIND_PACKAGE(Threads)" works fine but "FIND_LIBRARY(...)"
either fails or finds pthread library for the wrong platform.
It seems to methat presence of "CMAKE_THREAD_LIBS_INIT" which
is set by the "FIND_PACKAGE(Threads)" test is a sufficiently
reliable to use it to set "VMIME_HAVE_PTHREAD" but I must admit
that this is not really my cup of coffee :-)

When building for multiple platforms I encountered several issues.
Fist of all MSVC (Windows) build with TLS support through OpenSSL
requires additional library "crypt32".
Secondly, detection of pthread library failed when a cross-compiler
was used (target platform is not identical to source/build platform).
The "FIND_PACKAGE(Threads)" works fine but "FIND_LIBRARY(...)"
either fails or finds pthread library for the wrong platform.
It seems to methat presence of "CMAKE_THREAD_LIBS_INIT" which
is set by the "FIND_PACKAGE(Threads)" test is a sufficiently
reliable to use it to set "VMIME_HAVE_PTHREAD" but I must admit
that this is not really my cup of coffee :-)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant