-
Notifications
You must be signed in to change notification settings - Fork 78
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
add CMP0063 policy #101
add CMP0063 policy #101
Conversation
Could you please provide conditions under which you get these warnings? Operating system and compiler with versions, and CMake options you use to configure? |
Any OS, compiler doesn't matter as it's a CMake issue, CMake 3.27.7: It will show a warning any time the policy isn't set. |
Just checked it on macOS with clang 14 and gcc 12, CMake 3.27.7, no warnings in both cases. Do you change visibility properties of any targets? |
Did you try to embed this in a larger project with varying visibility
settings?
plibsys can easily exist as a dependency, in which case this setting
becomes relevant.
…On Wed, Oct 11, 2023 at 23:59 Alexander Saprykin ***@***.***> wrote:
Just checked it on macOS with clang 14 and gcc 12, CMake 3.27.7, no
warnings in both cases. Do you change visibility properties of any targets?
—
Reply to this email directly, view it on GitHub
<#101 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAPBB6CJTSGNS45MSLH6PXDX64CBHANCNFSM6AAAAAA537UYRQ>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
If you use plibsys as a dependency (sub project) and vary global visibility settings, why don’t you set this policy at the top level as well? Policies should propagate to sub projects in CMake. The only reason for a top-level policy being not propagated could be minimum CMake version < 3.3 specified. Let me check this case. |
In my case it didn’t propagate
…On Thu, Oct 12, 2023 at 00:25 Alexander Saprykin ***@***.***> wrote:
If you use plibsys as a dependency (sub project) and vary global
visibility settings, why don’t you set this policy at the top level as
well? Policies should propagate to sub projects in CMake. The only reason
for a top-level policy being not propagated could be minimum CMake version
< 3.3 specified. Let me check this case.
—
Reply to this email directly, view it on GitHub
<#101 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAPBB6H6KEEGM6TV7NMK7WLX64FFTANCNFSM6AAAAAA537UYRQ>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
How do you include plibsys as dependency and which version/commit of plibsys do you use? Policy CMP0063 was introduced back in CMake 3.3, and it warns since then (not only since 3.27.7). However, top-level CMakeLists.txt of plibsys contains the following line: |
Or if you use CMake between 3.3+ and 3.12, in this case the fix would be needed. Okay, I can confirm that with CMake version in the range of 3.3 to 3.12 the warning appears. Will include the fix tomorrow. |
Kudos, SonarCloud Quality Gate passed! |
3.27.7 started actively warning if CMP0063 isn't set, which pollutes a project depending on plibsys with a lot of warnings.