-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wrong OpenSSL CMake targets used #2874
Comments
Thanks for opening this issue. We are currently in the process of reworking our cmake build process. I'm not sure that your possible solution will fit all use cases, but I wanted to make sure I understand your request. Are you suggested commenting out this entire block? #[[
if (ENABLE_BCRYPT_ENCRYPTION)
set(CRYPTO_LIBS Bcrypt)
set(CRYPTO_LIBS_ABSTRACT_NAME Bcrypt)
elseif (ENABLE_OPENSSL_ENCRYPTION)
set(CRYPTO_LIBS ${OPENSSL_LIBRARIES} ${ZLIB_LIBRARIES})
set(CRYPTO_LIBS_ABSTRACT_NAME crypto ssl z)
endif ()
if (ENABLE_CURL_CLIENT)
set(CLIENT_LIBS ${CURL_LIBRARIES})
set(CLIENT_LIBS_ABSTRACT_NAME curl)
elseif (ENABLE_WINDOWS_CLIENT)
if (USE_IXML_HTTP_REQUEST_2)
set(CLIENT_LIBS msxml6 runtimeobject)
set(CLIENT_LIBS_ABSTRACT_NAME msxml6 runtimeobject)
if (BYPASS_DEFAULT_PROXY)
list(APPEND CLIENT_LIBS winhttp)
list(APPEND CLIENT_LIBS_ABSTRACT_NAME winhttp)
endif ()
else ()
set(CLIENT_LIBS Wininet winhttp)
set(CLIENT_LIBS_ABSTRACT_NAME Wininet winhttp)
endif ()
endif ()
]] |
Greetings! It looks like this issue hasn’t been active in longer than a week. We encourage you to check if this is still an issue in the latest release. Because it has been longer than a week since the last update on this, and in the absence of more information, we will be closing this issue soon. If you find that this is still a problem, please feel free to provide a comment or add an upvote to prevent automatic closure, or if the issue is already closed, please feel free to open a new one. |
Any update on this issue. I have the same problem |
Yes, this should be fixed with this patch. We updated this sdk to not depend on crypto directly, but rather use the common runtime's(aws-c-common) dependency on crypto. Updating this sdk to the latest version should fix any problems that you might be running into with this. If it doesn't fix it for you please open a new issue/discussion. |
Describe the bug
Hi,
while working on packaging the 1.11 version for Conan (conan-io/conan-center-index#22905) I noticed that compilation cannot find any OpenSSL headers. The Conan package manager fiddles with some CMake default lookup rules which might reveal the error.
This is for version 1.11.273: In your
CMakeLists.txt
in line 208 you includeexternal_dependencies
aws-sdk-cpp/CMakeLists.txt
Line 208 in 5929e20
which does the OpenSSL crypto lib lookup and as part of that sets
CRYPTO_LIBS
to the imported targetAWS::crypto
:aws-sdk-cpp/cmake/external_dependencies.cmake
Lines 40 to 54 in 5929e20
This is good because linking the CMake
aws-cpp-sdk-all
against the imported target later will apply both, the link libraries and the include dirs.But in your
CMakeLists.txt
lines 250 you overwriteCRYPTO_LIBS
with${OPENSSL_LIBRARIES}
.aws-sdk-cpp/CMakeLists.txt
Lines 260 to 266 in 5929e20
The problem is that
OPENSSL_LIBRARIES
is empty and I also could not find any invocation offind_package(OpenSSL)
which could have set it.The same problem applies to
CLIENT_LIBS
.Could you please take a look what's going on and which of the code blocks is the correct and desired one?
Expected Behavior
OpenSSL is properly used.
Current Behavior
Reproduction Steps
Possible Solution
I commented out the block which overwrites the discovered variables:
https://github.com/gjasny/conan-center-index/blob/6d49f275630c48a8f757b2ec0f58fe0ebb607b69/recipes/aws-sdk-cpp/all/patches/1.11.179-0002-fix-openssl-and-curl-lookup.patch#L1-L22
Additional Information/Context
No response
AWS CPP SDK version used
1.11.273
Compiler and Version used
Xcode 15
Operating System and version
macOS 14.3
The text was updated successfully, but these errors were encountered: