Closed NicolasIRAGNE closed 2 years ago
Thank you!
I rewritten the master branch history (keep the old in old-branch-3) and let the bot reland v3.10.5 after your patch. Could you please check if this is working on Windows?
This makes me reconsider the decision of using the upstream CMakeLists with the current update.py script.
What if we took this problem the other way around? Instead of copying the files we think are relevant, how about just deleting the irrelevant ones that are responsible for the size?
As we see here, the 3 directories responsible for the size are irrelevant for this repo and could simply be removed while keeping everything else. This would allow compatibility for most options and reduce the risk of something breaking on upstream update. @ArthurSonzogni what do you think?
@ArthurSonzogni what do you think?
The nice thing with the previous update.py where we controlled the CMakeLists.txt was that it was fully autonomous with no risk of being broken by upstream. Now, we might be broken, but it should be rare enough.
Your idea sounds like a good one probably. Maybe we should wait a bit with the current solution to see how long it can last and try it the next time this is broken?
Thank you!
I rewritten the master branch history (keep the old in old-branch-3) and let the bot reland v3.10.5 after your patch. Could you please check if this is working on Windows?
Looks good!
This issue is back in master. It was delivered in v3.10.5 to be specific.
This issue is back in master. It was delivered in v3.10.5 to be specific.
I second this - still observing these natvis errors when using 3.10.5 or above.
FYI I think this repo is not as useful anymore because a similar mechanism is now officially supported by the original repo.
From the Readme:
Since CMake v3.11, FetchContent can be used to automatically download a release as a dependency at configure time. Example:
include(FetchContent)
FetchContent_Declare(json URL https://github.com/nlohmann/json/releases/download/v3.11.2/json.tar.xz)
FetchContent_MakeAvailable(json)
target_link_libraries(foo PRIVATE nlohmann_json::nlohmann_json)
Note: It is recommended to use the URL approach described above which is supported as of version 3.10.0. See https://json.nlohmann.me/integration/cmake/#fetchcontent for more information.
Linking to json gives the following error:
This is due to this bit from the upstream CMakeLists.txt:
The INTERFACE keyword causes the file to be added to the sources of any target that links to nlohmann_json::nlohmann_json.