-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
[question] OpenSSL: casing issues in CMake module #452
Comments
I asked something similar at conan-io/conan#5717 (comment) |
Do you think we should go for the |
I don't think it's possible to generate multiple CMake targets without the components feature |
Right, my problem is related to the upper/lower case of the variables. |
very inconsistent, as usual, e.g. |
Probably we should follow the comment linked by @madebr and we shouldn't try to recreate the CMake mess. It would be better to patch the build scripts of the consumers when there is some inconsistency, don't you think so? |
I agree, it's impossible to provide drop-in-replacement for something that is not well-defined, unfortunately. |
I've gone the manual way and started to add these variables in some of my pull requests:
Isn't this the same question as #419? |
Yes, I think #419 is exactly the same (more general and better explained). I'm closing this one then |
Hi! I've just realized that the OpenSSL has some casing issues. According to the CMake module:
but,
So, not even the
cpp_info.names["cmake_***"]
or thecpp_info.name
will be able to deal with it, right? Am I missing something?Thanks!
The text was updated successfully, but these errors were encountered: