Francisco Ramírez
Francisco Ramírez
Hi @T1T4N Thank you very much for taking the time to perform that test locally. For sure, we can help! Let me convert it into a Conan test and push...
Hi @T1T4N Sorry, I had to revert the flags `NO_DEFAULT_PATH NO_CMAKE_FIND_ROOT_PATH`. There were a lot of tests broken because of that (we're mixing system frameworks and our own ones and...
> Hello @franramirez688, > > Thanks for your reply! Should we now proceed forward with the original change: `NO_CMAKE_PATH CMAKE_FIND_ROOT_PATH_BOTH` ? Yes, please. > I see that your revert commit...
@T1T4N I just restored it! Thanks for your comment because I did not remember it 😭
@T1T4N @memsharded @jcar87 and I have been looking at the issue, and it seems that the bug could be related to another thing. Let me have a look deeper to...
So sorry for the late response. Let's wait for this issue https://github.com/conan-io/conan/issues/13018 to be tackled. IMHO, we have to give a better approach to this issue.
Hi @MartyMcFlyInTheSky I just tried libfork with your conanfile.py provided and GCC-11 instead, and it's working fine for Conan 1.59, 1.63, and 2.x. I had no problems with anything. Have...
Hi, @tgurriet - Thanks a lot for the report. Yes, this is known. CMakeToolchain has a mechanism to convert raw options for the `cache_variables` attribute, but not for the `variables`...
Hi @jwillikers Yes, you're completely right. We should be managing that variable. Thanks for reporting it!
For the record, this issue seems to be related: https://github.com/conan-io/conan/issues/15795