In RAD Studio 10.2.2, we've made a number of great quality improvements for the C++ toolchain and for the debugger for both C++ and Delphi.
...plus many others. In other words, the debugging experience should be more powerful and featureful, and more stable, in 10.2.2.
For Windows, linker improvements are something we've been focusing on since 10.2.0. Both 10.2.0 and 10.2.1 have brought significant improvements: a large address aware linker, retuning for large linksets, exposing options in the IDE for you to be able to change settings if your project has unusual characteristics that cause an error with the defaults.
In 10.2.2, we've fixed or changed:
The most common linker issues reported are to do with out of memory or heap errors, and while the 10.2.x linker is far better than past versions, several of the above areas should make 10.2.2's even better.
As a side note, we find that many linker stability reports can be traced back to an antivirus on your system. LME288 is one common one. Antiviruses can insert themselves into apps in all sorts of ways, usually undocumented and fragile, and change the app's environment and behaviour. For something like the linker, that both uses a lot of memory and assembles a PE image in memory, avoiding antivirus interaction is key. We cannot prevent bugs introduced by third party software.
We have a large number of quality items that, together, greatly improve C++ compatibility for many common libraries, as well as solving unusual compilation problems that can affect complex projects.
These areas include:
In addition, we've made a number of significant fixes to code completion in the IDE: we resolved some unusual bugs that could cause AVs when code completing or cause IDE instability. This means that the IDE should be more stable, and if you were experiencing problems using code completion in the IDE, those should be resolved.
Many of these were complex issues that affected customers, and also affected using common libraries. 10.2.2's C++ toolchain support should be much more robust and we hope you throw lots of complex code at it.