-
Notifications
You must be signed in to change notification settings - Fork 207
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
Bug579242: allow user to override CMake Settings #683
Conversation
The updated UI, containing the "Use these settings" checkbox, looks like this: Aside: the "Build command" and "Clean command", highlighted above in red, are probably not relevant to this UI. It looks like they may have been a hang-over from before this was a CMake specific page. |
I have tested this change as described in the following file: |
I don't understand why the code cleaniness check is failing. This is a snippet.
|
Have you run the code formatter on the file in PDE? The error shows a mismatch between format as committed and the formatting rules applied when doing a format in PDE. Could however be a PDE version mismatch |
@betamaxbandit try to format the file - the automatic formatter gets things wrong when refactor -> rename is run as it doesn't respect line lengths if the renamed symbol becomes longer. As @Kummallinen says I suspect its actually a version mismatch. JDT occasionally improves code formatter leading to different results. We are using a couple of years old JDT on the build machine to verify formatting. If you can submit with the line manually done like the code cleanliness reports that would be great, either way I'll look at upgrading the version of JDT we are using. We are using:
Can you tell me which version of Eclipse IDE you are using (e.g 2023-12?) |
I don't think the JDT version difference is the problem. That file, if formatted with either version of Eclipse gives a different format than your commit has. Therefore, please reformat the file and update your commit. |
ea68c6d
to
250c3e5
Compare
@jonahgraham The Launch Bar Launch Configuration Build Settings tab has been updated so it can now correctly control the CMake Generator setting. The "Additional CMake arguments" field can also be used to inject CMake defines into the CMakeCache.txt file to populate it with customizable settings for the project. Build Settings - Use these settings unchecked. The UI settings are not used in the CMake build. Build Settings - Use these settings checked. The UI settings are used in the CMake build. |
Hi @jonahgraham , @Kummallinen , |
Add it to https://github.com/eclipse-cdt/cdt/blob/main/TESTING.md (as a link or directly as content)
+1
+1 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me - just one style issue about how settings are used.
....eclipse.cdt.cmake.core/src/org/eclipse/cdt/cmake/core/internal/CMakeBuildConfiguration.java
Outdated
Show resolved
Hide resolved
250c3e5
to
ec2f40e
Compare
DONE. I hope I have linked this correctly.
DONE
DONE. |
3be0303
to
ae37421
Compare
The Launch Bar Launch Configuration, Build Settings tab allows the user to customise the CMake Settings (CMake generator, extra arguments, build command and clean command). But changing these settings did not affect the CMake build. This is now fixed. A "Use these settings" checkbox allows the user to choose settings from the UI or use the operating system defaults.
ae37421
to
3906704
Compare
Thank you @betamaxbandit |
The Launch Bar Launch Configuration, Build Settings tab allows the user to customise the CMake Settings (CMake generator, extra arguments, build command and clean command). But changing these settings did not affect the CMake build. This is now fixed.
A "Use these settings" checkbox allows the user to choose settings from the UI or use the operating system defaults.
Fixes bug:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=579242