-
Notifications
You must be signed in to change notification settings - Fork 1
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
Use newer vcpkg version #8
Comments
The environment manager utilises a specific, tested version of vcpkg and is designed to work standalone from any other vcpkg installation. Bootstrapping an installer and tooling for vcpkg would be complicated and require shipping a node runtime with the extension or need the user to set this up manually. This behaviour is as intended, but I would be keen to know if there is any specific reason you need a newer version. We could also consider adding a setting to use the system vcpkg if one has been set up. |
Our customer has a mandatory proxy in their network. It was not possible to download the tools (ninja, CMSIS-Toolbox, AC6 Arm Debugger etc.) from our artifactory with the vcpkg version we provided. By manually installing the latest vcpkg, this problem was solved. This problem was probably solved in vcpkg version 2024.07.12, which is about half year old.
|
Thanks, we can look into whether we can upgrade to that version. |
If you upgrade to a newer version, it probably makes sense to use the latest version which is currently 2024.12.16. |
We've tried more recent versions already and they no longer work without shipping a dependency on cmake (and a bunch of work) |
Just checked and any upgrade is blocked on this added back in November 2023: We'll look into allowing the user to use their own vcpkg installation as a workaround |
Another reason for upgrading |
The latest release allows users to utilise a vcpkg installed on their system rather than the one shipped with environment manager |
Type: Feature Request
C:\Users<user>.vscode\extensions\arm.environment-manager-1.6.0-win32-x64\tools\vcpkg
Why is that? Why is vcpkg not installed into the same folder as if you would install it from the command line. This would be:
C:\Users<user>.vcpkg
Multiple instances of vcpkg can cause confusion and inconsistencies for the customer.
The text was updated successfully, but these errors were encountered: