-
-
Notifications
You must be signed in to change notification settings - Fork 762
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
Changing the default outputdir for vsxmake is not supported by the autoupdate extension #1895
Comments
Also, installing a new VS version (2022) will make vsxmake.autoupdate to generate a vsxmake2022 folder instead of updating the vsxmake2019 one |
I have improved it on dev, you can try add_rules("plugin.vsxmake.autoupdate", {outputdir = "xxx"}) |
This is to avoid VS version conflicts, and users will not frequently upgrade VS, you can reopen vsxmake2022. |
This shouldn't be part of xmake.lua I think, every user may change the output dir to whatever they want from the command-line. Maybe we should store that info in a file (vsxproj?) when called from the command-line and reuse it? Same for vs version.
It's not just an issue when you upgrade since you mah want to work with a lower vs version (like vs2019) while having vs2022 installed |
I added local cache to autoupdate and vsxmake plugin. you can try it again. |
you can run |
Does it work now? |
Yup, thanks ! 🥳 I haven't tested using an older version of VS (which @SirLynix's was talking about) but the autoupdate now uses the correct directory 👍 |
All is in the title
Describe the bug
When I compile the project from VisualStudio 2019, the autoupdate extension regenerate the files in the DEFAULT location instead of the custom outputdir
How to reproduce :
Open the vs project, add a new random source file
Build from VS (the new file should normally appear after building, but it's not the case here)
What hapenned => Instead of updating the current project file, it create new VS project files in the DEFAULT folder : vsxmake2019 (instead of the custom one : my_custom_output_dir).
Related Environment
The text was updated successfully, but these errors were encountered: