You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Minor headache here:
At present, when I set up the MSDK installation, I exclude the RISC-V Embedded GCC component because I do not need it for my current projects/targets, and it requires a lot more disk space than the other components.
However, if I try to also install the Visual Studio Code Support component (which I do want/need), it seems to implicitly select the RISC-V component to download & install. Likewise, on a machine where I had installed RISC-V, uninstalling RISC-V apparently uninstalled VS Code support. Is this expected behavior?
I am on Windows.
Steps to reproduce:
Run the maintenance tool on a system where the MSDK is already installed.
De-select RISC-V and select Visual Studio Code support
Go to next, note that the installer displays the license agreement for RISC-V
Accept, note that the installer displays that it will be installing a component the same size as the RISC-V component (4.49GB as of the October 2023 MSDK release).
I worked around this by just grabbing the VS Code support release from the VSCode-Maxim repo, but it seems like a bug in the Maintenance Tool/Installer.
The text was updated successfully, but these errors were encountered:
Hi @jlj-ee, the VS Code component has the RISC-V toolchain as a dependency because it relies on it to compile the RISC-V projects.
Unfortunately the QT installer framework enforces dependencies in both directions, so removing the RISC-V component will also remove any components that depend on it, including MAX78000/MAX78002 part support...
The behavior is expected, but in this case it's a pretty big limitation. Considering the disc space I think we can consider removing the direct dependencies for the toolchain components so users can uninstall them if needed, and just leave them as enabled by default.
VS Code component has the RISC-V toolchain as a dependency because it relies on it to compile the RISC-V projects
Yeah, I figured that was the case but I hoped that the installer would support excluding it since not all targets would require the RISC-V support.
As noted, this isn't a blocker, but I would say it caused some confusion because the co-dependency is not explicitly indicated by the installer. Thanks for considering it!
Minor headache here:
At present, when I set up the MSDK installation, I exclude the RISC-V Embedded GCC component because I do not need it for my current projects/targets, and it requires a lot more disk space than the other components.
However, if I try to also install the Visual Studio Code Support component (which I do want/need), it seems to implicitly select the RISC-V component to download & install. Likewise, on a machine where I had installed RISC-V, uninstalling RISC-V apparently uninstalled VS Code support. Is this expected behavior?
I am on Windows.
Steps to reproduce:
I worked around this by just grabbing the VS Code support release from the VSCode-Maxim repo, but it seems like a bug in the Maintenance Tool/Installer.
The text was updated successfully, but these errors were encountered: