Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "CDT/User/NewIn107"
< CDT
(→Code Analysis) |
(Add Docker related improvements) |
||
Line 60: | Line 60: | ||
|} | |} | ||
---- | ---- | ||
− | + | {| style="width: 100%;" | |
+ | |- style="vertical-align:top;" | ||
+ | ! style="width: 30%; text-align:left;" | Docker/Linux: Includes are now copied from the Docker image | ||
+ | | When building using a Docker-image, include paths detected by the '''CDT GCC Build Output Parser'''- and the '''CDT GCC Built-in Compiler Settings'''-providers are now copied out of the docker image to the host (including symlinks). Unfortunately this is still a bit flaky as you might need to reload the project for the correct paths to be listed in the '''Includes''' list. | ||
+ | |} | ||
+ | ---- | ||
+ | {| style="width: 100%;" | ||
+ | |- style="vertical-align:top;" | ||
+ | ! style="width: 30%; text-align:left;" | Docker/Windows: WSL-Build-Support | ||
+ | | It is now possible to build projects that are located on the WSL filesystem. This significantly improves build performance. For this to work you need to expose the daemon via TCP ('''Docker-Desktop'''->'''Settings'''->'''General''') and enable WSL integration ('''Docker-Desktop'''->'''Settings'''->'''Resources'''->'''WSL Integration'''). You can now copy/create your project at '''\\wsl$\Ubuntu\...'''. You should probably keep your workspace on the Windows filesystem for performance reasons. | ||
+ | Includes detected by the '''CDT GCC Built-in Compiler Settings'''-provider should be copied to the host. Unfortunately java.net.URI is not very happy with the $-sign in the WSL-Path, thus '''CDT GCC Build Output Parser''' will fail as soon as there is a project-related path included. See [https://bugs.eclipse.org/bugs/show_bug.cgi?id=571112 | bug 571112], but there are other places, too. Mounting the WSL-Path to a Drive (e.g. '''Z:''') is not a solution either, as confuses Docker. | ||
+ | |} | ||
+ | ---- | ||
= Debug = | = Debug = | ||
---- | ---- |
Revision as of 11:02, 31 May 2022
Contents
Release
This is the New & Noteworthy page for CDT 10.7 which is part of Eclipse 2022-06 Simultaneous Release
Known Issues
Editor
Refactoring
Code Analysis
Evaluate a range of compiler builtins in constexpr contexts | A number of GCC/Clang builtins are now evaluated when occurring in a constexpr evaluation context, matching compiler behavior. These functions can now be used as template arguments and in other contexts requiring a constant without confusing CDT's code analysis. (bug 580037 and bug 579934). |
---|
Parser
Formatter
Build
Observe command generator and applicability calculator for all MBS tool options | The CDT Managed Build System now allows a command generator and an applicability calculator to be specified for tool options of type libs and type userObjs. Extenders at the org.eclipse.cdt.managedbuilder.core.buildDefinitions extension point should note that the default command line pattern defined by org.eclipse.cdt.managedbuilder.internal.core.Tool.DEFAULT_PATTERN now includes a ${EXTRA_FLAGS} token at the end of the line. This enhancement has involved changes to the GNU makefile generator such that an objects.mk file is no-longer generated. (bug 577263). |
---|
Docker/Linux: Includes are now copied from the Docker image | When building using a Docker-image, include paths detected by the CDT GCC Build Output Parser- and the CDT GCC Built-in Compiler Settings-providers are now copied out of the docker image to the host (including symlinks). Unfortunately this is still a bit flaky as you might need to reload the project for the correct paths to be listed in the Includes list. |
---|
Docker/Windows: WSL-Build-Support | It is now possible to build projects that are located on the WSL filesystem. This significantly improves build performance. For this to work you need to expose the daemon via TCP (Docker-Desktop->Settings->General) and enable WSL integration (Docker-Desktop->Settings->Resources->WSL Integration). You can now copy/create your project at \\wsl$\Ubuntu\.... You should probably keep your workspace on the Windows filesystem for performance reasons.
Includes detected by the CDT GCC Built-in Compiler Settings-provider should be copied to the host. Unfortunately java.net.URI is not very happy with the $-sign in the WSL-Path, thus CDT GCC Build Output Parser will fail as soon as there is a project-related path included. See | bug 571112, but there are other places, too. Mounting the WSL-Path to a Drive (e.g. Z:) is not a solution either, as confuses Docker. |
---|
Debug
Stop auto-opening Modules view | The Modules view does not do much and in most situations is not particularly relevant to many users. Therefore starting in this release starting a debug session will no longer auto-open it. The view can still be manually opened as any normal view can, with Window -> Show View -> Other... -> Debug -> Modules, or using the Ctrl-3 shortcut and typing Modules. (bug 579759). |
---|
Support GDB extended-remote protocol | The GDB Hardware Debugging launch configuration type now allows selection of the GDB extended-remote protocol when supported by the configured debug server. (bug 535143). |
---|
Launch Bar
Terminal
API modifications
Bugs Fixed in this Release
See Bugzilla report Bugs Fixed in CDT 10.7