Closed descartes closed 3 years ago
Thanks @descartes
We depend on two submodules (cryptoauthlib and FreeRTOS-Kernel), so if you opt to download the beta release manually, you would need to download these submodules manually as well.
That is also why in the git clone command we add --recurse-submodules
flag.
Thanks for highlighting this, may be in the next release I will consider adding the submodules as part of the release, or have two releases, one with the submodules and one without.
To my elderly & simplistic mind, a release archive is complete.
If not, fair enough, then highlighting very clearly that the user has other archives to download. This will save you hours of support queries.
I'm always happy to download submodules if I'm prompted to, but I personally will be doing most of my work against a defined release rather than the moving target of an active repository.
@descartes I agree with you, this can be improved, we can add a documentation, or add two releases. Since we are in the beta phase, every feedback is extremely welcomed, and will make sure we streamline this as we go forward.
Summary:
Steps to Reproduce: Download release, edit CMakeLists.txt to point at cross.cmake, set location of compiler in cross.cmake, build ...
How do you propose to implement this? This is more of an FYI as I have a
git clone
that is working - but you may want to remove the release ...Environment: VSCode on macOS, CMake 3.18.1 - tried with CLion which experiences the same issue. CLion has it's own internal copy of CMake, 3.19.2. CLion, like VS Code, can compile the
git clone
version.What can you do yourself and what do you need help with? Carry on cheering from the sidelines?