-
Notifications
You must be signed in to change notification settings - Fork 252
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
feat: Detect MSVC settings in Conan 2.0 way #454
base: develop
Are you sure you want to change the base?
feat: Detect MSVC settings in Conan 2.0 way #454
Conversation
The only remained settings that But, it seems fine without specifying |
According to this issue from Kitware/CMake, it is recommended to use CMAKE_<LANG>_COMPILER_ARCHITECTURE_ID instead of MSVC_[C|CXX]_ARCHITECTURE_ID. |
7903b94
to
b4bffdf
Compare
I tried to follow the Conventional Commits specification. So I modified some commit messages. |
How is this PR going? I hope this PR can be merged to
|
I suggest that we rename those internal functions which are used in
Later when implementing an internal function to detect
What do you think? |
This PR should fix: #421 |
When will this PR be merged? What else do I need to improve? Should I need to rename the internal functions myself, or will Conan Team do so?
|
f274d04
to
4e512b4
Compare
I've rebased this branch from the latest |
Should I squash those commits into about 1~3 commits? |
Hi @hwhsu1231, No need to do anything on your side, we merge the PR's with squash. Regarding the PR, we can't merge this as it is, because it will detect
|
I think maybe it is time for using elseif ("${CMAKE_${LANGUAGE}_COMPILER_ID}" STREQUAL "MSVC"
OR ("${CMAKE_${LANGUAGE}_COMPILER_ID}" STREQUAL "Clang"
AND "${CMAKE_${LANGUAGE}_COMPILER_FRONTEND_VARIANT}" STREQUAL "MSVC"
AND "${CMAKE_${LANGUAGE}_SIMULATE_ID}" STREQUAL "MSVC"))
conan_version(CONAN_VERSION)
if (${CONAN_VERSION} VERSION_LESS "2.0.0" AND NOT CONAN_V2)
# Conan 1.0 without CONAN_V2 enabled.
# using 'Visual Studio' compiler settings.
else ()
# Conan 2.0 or Conan 1.0 with CONAN_V2 enabled.
# using 'msvc' compiler settings.
endif ()
endif () If so, I think we should add back the following internal functions for using
|
Hi @hwhsu1231, |
How about the following implementations?
Therefore, users can acquire:
|
I made the above-mentioned implementations. How about now? Is it able to be merged? |
34a0d44
to
c0634f4
Compare
I've rebased this branch from the latest |
About renaming internal functions used inside
What do you think? |
5d95329
to
cbc0c8c
Compare
I've rebased this branch from the latest |
@czoido - Execuse me. What else problems does this PR have? |
It's about one and a half month since I submit this PR. Thanks. |
As per the readme, this project is a secondary to the main client and I am sure after the 2.0 release there will be more attention to these great contributions. Thanks for understanding ❤️ |
I understand that Conan Team is paying more attention on 2.0 release. However, since this PR is passed with the current CI/CD testing, I wonder what else does this PR need to be improved? If not, why not merge this PR? If some errors do happen thereafter, then we just submit another PR to fix it. Right? |
2ea6db2
to
c144477
Compare
Hi @hwhsu1231
Thanks very much for your contribution, but this is not how it works, not every green PR is merged, not even our own PRs, many of them also stay there long time, getting reviews, discussed, or just stuck until it becomes a higher priority. Things need to be reviewed, to see if they align with the design, with the maintainers view on the tool, consider possible side effects, future maintenance, etc, etc. Also this cmake-conan is not that thoroughly tested, so it better not rely only on CI but on reviews too. It is also true that large PRs also take more time to review.
Some things might have a high risk of breaking, yes, things can be fixed later, but if possible it is better not to break in the first place. |
* Add '_conan_detect_arch' macro. * Apply '_conan_detect_arch' in 'conan_cmake_settings'. * Apply '_conan_detect_arch' in 'conan_cmake_autodetect'. * Remove detecting 'arch' mechanism in detecting MSVC compiler.
I summarized the commits in this PR so far, so that Conan Team can squash them into a single commit if it's accepted.
|
@czoido @prince-chrismc @memsharded Dear Conan Team, How is the progress of this PR? It's almost about 3 months since this PR was labled Sincerely. |
As you are aware, this auxiliary project is on hold until after Conan 2.0 is out. I am sure your contributions will be reviewed in the near future :) |
Excuse me. I saw that a new branch If so, should I clsoe this PR and re-submit a new one to the |
No, the develop2 is the one used for the experimentation of the new approaches for 2.0 for the team, please do not send PRs to it. |
Will Conan Team keep maintaining the develop branch? |
|
According to the documentation,
msvc
will deprecateVisual Studio
in Conan 2.X. Therefore, I improveconan_cmake_autodetect()
function. And I already tests it locally. The following is the Test Log: