1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684
|
<!-- This document is written in Markdown and uses extra directives provided by
MyST (https://myst-parser.readthedocs.io/en/latest/). -->
LLVM {{env.config.release}} Release Notes
=========================================
```{contents}
```
````{only} PreRelease
```{warning} These are in-progress notes for the upcoming LLVM {{env.config.release}}
release. Release notes for previous releases can be found on
[the Download Page](https://releases.llvm.org/download.html).
```
````
Introduction
============
This document contains the release notes for the LLVM Compiler Infrastructure,
release {{env.config.release}}. Here we describe the status of LLVM, including
major improvements from the previous release, improvements in various subprojects
of LLVM, and some of the current users of the code. All LLVM releases may be
downloaded from the [LLVM releases web site](https://llvm.org/releases/).
For more information about LLVM, including information about the latest
release, please check out the [main LLVM web site](https://llvm.org/). If you
have questions or comments, the [Discourse forums](https://discourse.llvm.org)
is a good place to ask them.
Note that if you are reading this file from a Git checkout or the main
LLVM web page, this document applies to the *next* release, not the current
one. To see the release notes for a specific release, please see the
[releases page](https://llvm.org/releases/).
Non-comprehensive list of changes in this release
=================================================
<!-- For small 1-3 sentence descriptions, just add an entry at the end of
this list. If your description won't fit comfortably in one bullet
point (e.g. maybe you would like to give an example of the
functionality, or simply have a lot to talk about), see the comment below
for adding a new subsection. -->
* Added a new IRNormalizer pass which aims to transform LLVM modules into
a normal form by reordering and renaming instructions while preserving the
same semantics. The normalizer makes it easier to spot semantic differences
when diffing two modules which have undergone different passes.
* The SPIR-V backend is now an official LLVM target, providing OpenCL and SYCL
conformance and establishing a foundation for broader applicability to other
APIs, including Vulkan, GLSL, and HLSL. This backend aims to offer a unified
approach for diverse compute and graphics workloads, providing a robust
alternative to the Khronos SPIR-V LLVM Translator.
* ...
<!-- If you would like to document a larger change, then you can add a
subsection about it right here. You can copy the following boilerplate:
Special New Feature
-------------------
Makes programs 10x faster by doing Special New Thing.
-->
Changes to the LLVM IR
----------------------
* Types are no longer allowed to be recursive.
* The `x86_mmx` IR type has been removed. It will be translated to
the standard vector type `<1 x i64>` in bitcode upgrade.
* Renamed `llvm.experimental.stepvector` intrinsic to `llvm.stepvector`.
* Added `usub_cond` and `usub_sat` operations to `atomicrmw`.
* Introduced `noalias.addrspace` metadata.
* Remove the following intrinsics which can be replaced with a `bitcast`:
* `llvm.nvvm.bitcast.f2i`
* `llvm.nvvm.bitcast.i2f`
* `llvm.nvvm.bitcast.d2ll`
* `llvm.nvvm.bitcast.ll2d`
* Remove the following intrinsics which can be replaced with a funnel-shift:
* `llvm.nvvm.rotate.b32`
* `llvm.nvvm.rotate.right.b64`
* `llvm.nvvm.rotate.b64`
* Remove the following intrinsics which can be replaced with an
`addrspacecast`:
* `llvm.nvvm.ptr.gen.to.global`
* `llvm.nvvm.ptr.gen.to.shared`
* `llvm.nvvm.ptr.gen.to.constant`
* `llvm.nvvm.ptr.gen.to.local`
* `llvm.nvvm.ptr.global.to.gen`
* `llvm.nvvm.ptr.shared.to.gen`
* `llvm.nvvm.ptr.constant.to.gen`
* `llvm.nvvm.ptr.local.to.gen`
* Remove the following intrinsics which can be relaced with a load from
addrspace(1) with an !invariant.load metadata
* `llvm.nvvm.ldg.global.i`
* `llvm.nvvm.ldg.global.f`
* `llvm.nvvm.ldg.global.p`
* Operand bundle values can now be metadata strings.
* Fast math flags are now permitted on `fptrunc` and `fpext`.
Changes to LLVM infrastructure
------------------------------
* Two methods that use Instruction pointers as code positions (moveBefore, getFirstNonPHI) have been deprecated in favour of overloads and variants that use `BasicBlock::iterator`s instead. The pointer-flavoured methods will be removed in a future release. This work is part of the [RemoveDIs](https://llvm.org/docs/RemoveDIsDebugInfo.html) project, the documentation for which contains instructions for updating call-sites using the deprecated methods.
Changes to building LLVM
------------------------
* Raised the minimum MSVC version to Visual Studio 2019 16.8.
* Deprecated support for building compiler-rt with `LLVM_ENABLE_PROJECTS`.
Users should instead use `LLVM_ENABLE_RUNTIMES`, either through the
runtimes or the bootstrapping build.
* Deprecated support for building libc with `LLVM_ENABLE_PROJECTS`.
Users should instead use `LLVM_ENABLE_RUNTIMES`, either through the
runtimes or the bootstrapping build.
Changes to TableGen
-------------------
* The ARMTargetDefEmitter now binds Funtion Multi Versioning features to the
corresponding AArch64 Architecture Extensions such that their dependencies
can be autogenerated using TableGen.
Changes to Interprocedural Optimizations
----------------------------------------
* Added RelLookupTableConverterPass to LTO post-link pass pipeline.
Changes to the AArch64 Backend
------------------------------
* `.balign N, 0`, `.p2align N, 0`, `.align N, 0` in code sections will now fill
the required alignment space with a sequence of `0x0` bytes (the requested
fill value) rather than NOPs.
* Assembler/disassembler support has been added for Armv9.6-A (2024)
architecture extensions.
* Added support for the FUJITSU-MONAKA CPU.
* Updated feature dependency in Armv9.6 for FEAT_FAMINMAX, FEAT_LUT and
FEAT_FP8, now they depend only on FEAT_NEON.
Changes to the AMDGPU Backend
-----------------------------
* Initial support for gfx950
* Improved ``llvm.memcpy``, ``llvm.memmove`` and ``llvm.memset`` lowering
* Fixed expansion of 64-bit flat address space ``atomicrmw`` and
``cmpxchg`` operations which may access private
memory. `noalias.addrspace` metadat may be used to avoid the
expansion if the target address is known to not be on the stack.
* Fix compile failures when emitting unreachable functions.
* Removed `llvm.amdgcn.flat.atomic.fadd` and
`llvm.amdgcn.global.atomic.fadd` intrinsics. Users should use the
{ref}`atomicrmw <i_atomicrmw>` instruction with `fadd` and
addrspace(0) or addrspace(1) instead.
Changes to the ARM Backend
--------------------------
* `.balign N, 0`, `.p2align N, 0`, `.align N, 0` in code sections will now fill
the required alignment space with a sequence of `0x0` bytes (the requested
fill value) rather than NOPs.
* The default behavior for frame pointers in leaf functions has been updated.
When the `-fno-omit-frame-pointer` option is specified, `FPKeepKindStr` is
set to `-mframe-pointer=all`, meaning the frame pointer (FP) is now retained
in leaf functions by default. To eliminate the frame pointer in leaf functions,
you must explicitly use the `-momit-leaf-frame-pointer` option.
* When using the `MOVT` or `MOVW` instructions, the Assembler will now check to
ensure that any addend that is used is within a 16-bit signed value range. If the
addend falls outside of this range, the LLVM backend will emit an error like so
`Relocation Not In Range`.
Changes to the AVR Backend
--------------------------
Changes to the DirectX Backend
------------------------------
Changes to the Hexagon Backend
------------------------------
* The default Hexagon architecture version in ELF object files produced by
the tools such as llvm-mc is changed to v68. This version will be set if
the user does not provide the CPU version in the command line.
Changes to the LoongArch Backend
--------------------------------
* [Incorrect GOT usage](https://github.com/llvm/llvm-project/pull/117099) for `non-dso_local` function calls in large code model is fixed.
* A [gprof support issue](https://github.com/llvm/llvm-project/issues/121103) is fixed.
* A [SDAG hang issue](https://github.com/llvm/llvm-project/issues/107355) caused by `ISD::CONCAT_VECTORS` is fixed.
* A [compiler crash issue](https://github.com/llvm/llvm-project/issues/118301) when converting `half` to `i32` is fixed.
* Almost all of `la64v1.1` instructions can now be generated. The full list is
`frecipe.s`, `frecipe.d`, `frsqrte.s`, `frsqrte.d`, `vfrecipe.s`, `vfrecipe.d`,
`vfrsqrte.s`, `vfrsqrte.d`, `xvfrecipe.s`, `xvfrecipe.d`, `xvfrsqrte.s`,
`xvfrsqrte.d`, `sc.q`, `amcas.b`, `amcas.h`, `amcas.w`, `amcas.d`, `amcas_db.b`,
`amcas_db.h`, `amcas_db.w`, `amcas_db.d`, `amswap.b`, `amswap.h`, `amswap_db.b`,
`amswap_db.h`, `amadd.b`, `amadd.h`, `amadd_db.b`, `amadd_db.h`. Optionally
generate instructions `dbar 0x700`, `div.w`, `div.wu`, `mod.w` and `mod.wu`
when related target features are enabled. `llacq.w`, `screl.w`, `llacq.d` and
`screl.d` cannot be generated yet.
* An llc option called `-loongarch-annotate-tablejump` is added to annotate
table jump instruction in the `.discard.tablejump_annotate` section. A typical
user of these annotations is the `objtool` in Linux kernel.
* The default cpu in `MCSubtargetInfo` is changed from `la464` to `generic-la64`.
In addition, the `lsx` feature is added to `generic-la64`.
* CFI instructions now allow register names and aliases, previously only numbers
were allowed.
* `RuntimeDyld` now supports LoongArch, which means that programs relying on
`MCJIT` can now work.
* `.balign N, 0`, `.p2align N, 0`, `.align N, 0` in code sections will now fill
the required alignment space with a sequence of `0x0` bytes (the requested
fill value) rather than NOPs.
* `%ld_pcrel_20`, `%gd_pcrel_20` and `%desc_pcrel_20` operand modifiers are
supported by assembler.
* A machine function pass called `LoongArch Merge Base Offset` is added to merge
the offset of address calculation into the offset field of instructions in a
global address lowering sequence.
* The `LoopDataPrefetch` pass can now work on LoongArch, but it is disabled by
default due to the bad effect on Fortran benchmarks.
* Enable alias analysis by default.
* Avoid indirect branch jumps using the `$ra` register.
* Other optimizations.
Changes to the MIPS Backend
---------------------------
Changes to the PowerPC Backend
------------------------------
* The Linux `ppc64` LLC default cpu is updated from `ppc` to `ppc64`.
* Replaced PPCMergeStringPool with GlobalMerge.
* Disabled vsx and altivec when -msoft-float is used.
* Added support for -mcpu=pwr11 -mtune=pwr11.
* Implemented BCD assist builtins.
* Expanded global named register support.
* Updated to use tablegen's MatchRegisterName().
* Fixed saving of Link Register when using ROP Protect.
* Fixed SUBREG_TO_REG handling in the RegisterCoalescer.
* Fixed data layout alignment of i128 to 16.
* Fixed codegen for transparent_union function parameters.
* Added an error for incorrect use of memory operands.
* Other various bug fixes and codegen improvements.
AIX Specific:
* LLC default cpu is updated from `generic` to `pwr7`.
* Fixed handling in emitGlobalConstantImpl to emit aliases to subobjects at proper offsets.
* Enabled aggressive merging of constants to reduce TOC entries.
Changes to the RISC-V Backend
-----------------------------
* `.balign N, 0`, `.p2align N, 0`, `.align N, 0` in code sections will now fill
the required alignment space with a sequence of `0x0` bytes (the requested
fill value) rather than NOPs.
* Added Syntacore SCR4 and SCR5 CPUs: `-mcpu=syntacore-scr4/5-rv32/64`
* `-mcpu=sifive-p470` was added.
* Added Hazard3 CPU as taped out for RP2350: `-mcpu=rp2350-hazard3` (32-bit
only).
* Fixed length vector support using RVV instructions now requires VLEN>=64. This
means Zve32x and Zve32f will also require Zvl64b. The prior support was
largely untested.
* The `Zvbc32e` and `Zvkgs` extensions are now supported experimentally.
* Added `Smctr`, `Ssctr` and `Svvptc` extensions.
* `-mcpu=syntacore-scr7` was added.
* `-mcpu=tt-ascalon-d8` was added.
* `-mcpu=mips-p8700` was added.
* `-mcpu=sifive-p550` was added.
* The `Zacas` extension is no longer marked as experimental.
* Added Smdbltrp, Ssdbltrp extensions to -march.
* The `Smmpm`, `Smnpm`, `Ssnpm`, `Supm`, and `Sspm` pointer masking extensions
are no longer marked as experimental.
* The `Sha` extension is now supported.
* The RVA23U64, RVA23S64, RVB23U64, and RVB23S64 profiles are no longer marked
as experimental.
* `.insn <length>, <raw encoding>` can be used to assemble 48- and 64-bit
instructions from raw integer values.
* `.insn [<length>,] <raw encoding>` now accepts absolute expressions for both
expressions, so that they can be computed from constants and absolute symbols.
* The following new inline assembly constraints and modifiers are accepted:
* `cr` constraint meaning an RVC-encoding compatible GPR (`x8`-`x15`)
* `cf` constraint meaning an RVC-encoding compatible FPR (`f8`-`f15`)
* `R` constraint meaning an even-odd GPR pair (prints as the even register,
but both registers in the pair are considered live).
* `cR` constraint meaning an RVC-encoding compatible even-odd GPR Pair (prints
as an even register between `x8` and `x14`, but both registers in the pair
are considered live).
* `N` modifer meaning print the register encoding (0-31) rather than the name.
* `f` and `cf` inline assembly constraints, when using F-/D-/H-in-X extensions,
will use the relevant GPR rather than FPR. This makes inline assembly portable
between e.g. F and Zfinx code.
* Adds experimental assembler support for the Qualcomm uC 'Xqcicsr` (CSR)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqcisls` (Scaled Load Store)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqcia` (Arithmetic)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqciac` (Load-Store Address Calculation)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqcics` (Conditonal Select)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqcilsm` (Load Store Multiple)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqcicli` (Conditional Load Immediate)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqcicm` (Conditonal Move)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqciint` (Interrupts)
extension.
* Adds experimental assembler support for the Qualcomm uC 'Xqcilo` (Large Offset Load Store)
extension.
* Added ``Sdext`` and ``Sdtrig`` extensions.
Changes to the WebAssembly Backend
----------------------------------
* The default target CPU, "generic", now enables the `-mnontrapping-fptoint`
and `-mbulk-memory` flags, which correspond to the [Bulk Memory Operations]
and [Non-trapping float-to-int Conversions] language features, which are
[widely implemented in engines].
* A new Lime1 target CPU is added, `-mcpu=lime1`. This CPU follows the
definition of the Lime1 CPU [here], and enables `-mmultivalue`,
`-mmutable-globals`, `-mcall-indirect-overlong`, `-msign-ext`,
`-mbulk-memory-opt`, `-mnontrapping-fptoint`, and `-mextended-const`.
* Support for the new standardized [Exception Handling] proposal is added.
The [legacy Exception Handling] proposal is still supported, and turned on by
the newly added `-wasm-use-legacy-eh` option. Given that major web browsers
still default to the legacy EH proposal, this option is turned on by default
for the moment.
[Bulk Memory Operations]: https://github.com/WebAssembly/bulk-memory-operations/blob/master/proposals/bulk-memory-operations/Overview.md
[Non-trapping float-to-int Conversions]: https://github.com/WebAssembly/spec/blob/master/proposals/nontrapping-float-to-int-conversion/Overview.md
[Exception Handling]: https://github.com/WebAssembly/exception-handling/blob/main/proposals/exception-handling/Exceptions.md
[legacy Exception Handling]: https://github.com/WebAssembly/exception-handling/blob/main/proposals/exception-handling/legacy/Exceptions.md
[widely implemented in engines]: https://webassembly.org/features/
[here]: https://github.com/WebAssembly/tool-conventions/blob/main/Lime.md#lime1
Changes to the Windows Target
-----------------------------
Changes to the X86 Backend
--------------------------
* `.balign N, 0x90`, `.p2align N, 0x90`, and `.align N, 0x90` in code sections
now fill the required alignment space with repeating `0x90` bytes, rather than
using optimised NOP filling. Optimised NOP filling fills the space with NOP
instructions of various widths, not just those that use the `0x90` byte
encoding. To use optimised NOP filling in a code section, leave off the
"fillval" argument, i.e. `.balign N`, `.p2align N` or `.align N` respectively.
* Due to the removal of the `x86_mmx` IR type, functions with
`x86_mmx` arguments or return values will use a different,
incompatible, calling convention ABI. Such functions are not
generally seen in the wild (Clang never generates them!), so this is
not expected to result in real-world compatibility problems.
* Support ISA of `AVX10.2-256` and `AVX10.2-512`.
* Supported instructions of `MOVRS AND AVX10.2`
* Supported ISA of `SM4(EVEX)`.
* Supported ISA of `MSR_IMM`.
* Supported ``-mcpu=diamondrapids``
* Supported emitting relocation types for x86-64 target:
* `R_X86_64_CODE_4_GOTPCRELX`
* `R_X86_64_CODE_4_GOTTPOFF`
* `R_X86_64_CODE_4_GOTPC32_TLSDESC`
* `R_X86_64_CODE_6_GOTTPOFF`
Changes to the OCaml bindings
-----------------------------
Changes to the Python bindings
------------------------------
Changes to the C API
--------------------
* The following symbols are deleted due to the removal of the `x86_mmx` IR type:
* `LLVMX86_MMXTypeKind`
* `LLVMX86MMXTypeInContext`
* `LLVMX86MMXType`
* The following functions are added to further support non-null-terminated strings:
* `LLVMGetNamedFunctionWithLength`
* `LLVMGetNamedGlobalWithLength`
* The following functions are added to access the `LLVMContextRef` associated
with `LLVMValueRef` and `LLVMBuilderRef` objects:
* `LLVMGetValueContext`
* `LLVMGetBuilderContext`
* The new pass manager can now be invoked with a custom alias analysis pipeline, using
the `LLVMPassBuilderOptionsSetAAPipeline` function.
* It is now also possible to run the new pass manager on a single function, by calling
`LLVMRunPassesOnFunction` instead of `LLVMRunPasses`.
* Support for creating instructions with custom synchronization scopes has been added:
* `LLVMGetSyncScopeID` to map a synchronization scope name to an ID.
* `LLVMBuildFenceSyncScope`, `LLVMBuildAtomicRMWSyncScope` and
`LLVMBuildAtomicCmpXchgSyncScope` versions of the existing builder functions
with an additional synchronization scope ID parameter.
* `LLVMGetAtomicSyncScopeID` and `LLVMSetAtomicSyncScopeID` to get and set the
synchronization scope of any atomic instruction.
* `LLVMIsAtomic` to check if an instruction is atomic, for use with the above functions.
Because of backwards compatibility, `LLVMIsAtomicSingleThread` and
`LLVMSetAtomicSingleThread` continue to work with any instruction type.
* The `LLVMSetPersonalityFn` and `LLVMSetInitializer` APIs now support clearing the
personality function and initializer respectively by passing a null pointer.
* The following functions are added to allow iterating over debug records attached to
instructions:
* `LLVMGetFirstDbgRecord`
* `LLVMGetLastDbgRecord`
* `LLVMGetNextDbgRecord`
* `LLVMGetPreviousDbgRecord`
* Added `LLVMAtomicRMWBinOpUSubCond` and `LLVMAtomicRMWBinOpUSubSat` to `LLVMAtomicRMWBinOp` enum for AtomicRMW instructions.
Changes to the CodeGen infrastructure
-------------------------------------
* GlobalOpt can now statically resolve calls to multi-versioned functions when targeting AArch64.
These calls would otherwise be routed through an IFunc resolver function. This optimization
can be applied when the caller is either a multi-versioned function itself, or it is compiled
with a sufficiently high set of architecture features (including the `target` attribute, and
command line options).
Changes to the Metadata Info
---------------------------------
* Multi-versioned functions targeting AArch64 are annotated with new metadata named `fmv-features`.
The metadata string value consists of a comma-separated list of Function Multi Versioning feature
names as defined in the Arm C Language Extensions (ACLE).
Changes to the Debug Info
---------------------------------
Changes to the LLVM tools
---------------------------------
* llvm-objcopy now supports the following options for Mach-O:
`--globalize-symbol`, `--globalize-symbols`,
`--keep-global-symbol`, `--keep-global-symbols`,
`--localize-symbol`, `--localize-symbols`,
`--skip-symbol`, `--skip-symbols`.
* llvm-objcopy now prints the correct file path in the error message when the output file specified by `--dump-section` cannot be opened.
* llvm-cxxfilt now supports demangling call expressions encoded using `cp` instead of `cl`.
* llvm-objdump now supports printing the file header, load section header and auxiliary header for XCOFF object files under the ``--private-headers`` option.
Changes to LLDB
---------------------------------
* It is now recommended that LLDB be built with Python >= 3.8, but no changes
have been made to the supported Python versions. The next release, LLDB 21,
will require Python >= 3.8.
* LLDB now supports inline diagnostics for the expression evaluator and command line parser.
Old:
```
(lldb) p a+b
error: <user expression 0>:1:1: use of undeclared identifier 'a'
1 | a+b
| ^
error: <user expression 0>:1:3: use of undeclared identifier 'b'
1 | a+b
| ^
```
New:
```
(lldb) p a+b
˄ ˄
│ ╰─ error: use of undeclared identifier 'b'
╰─ error: use of undeclared identifier 'a'
```
* Program stdout/stderr redirection will now open the file with O_TRUNC flag, make sure to truncate the file if path already exists.
* eg. `settings set target.output-path/target.error-path <path/to/file>`
* A new setting `target.launch-working-dir` can be used to set a persistent cwd that is used by default by `process launch` and `run`.
* LLDB now parses shared libraries in parallel, resulting in an average 2x speedup when attaching (only available on Darwin platforms) and launching (available on all platforms).
* It is now possible to implement lldb commands in Python that use lldb's native command-line parser. In particular, that allows per-option/argument completion,
with all the basic completers automatically supported and auto-generated help.
The command template file in `lldb/examples/python/cmdtemplate.py` has been updated to show how to use this.
* Breakpoints on "inlined call sites" are now supported. Previous to this fix, breakpoints on source lines that only contained inlined call sites would be
moved to the next source line, causing you to miss the inlined executions.
* On the command line, LLDB now limits tab completions to your terminal width to avoid wrapping.
Old:
```
Available completions:
_regexp-attach -- Attach to process by ID or name.
_regexp-break -- Set a breakpoint using one of several shorthand
formats.
_regexp-bt -- Show backtrace of the current thread's call sta
ck. Any numeric argument displays at most that many frames. The argument 'al
l' displays all threads. Use 'settings set frame-format' to customize the pr
inting of individual frames and 'settings set thread-format' to customize th
e thread header. Frame recognizers may filter thelist. Use 'thread backtrace
-u (--unfiltered)' to see them all.
_regexp-display -- Evaluate an expression at every stop (see 'help
target stop-hook'.)
```
New:
```
Available completions:
_regexp-attach -- Attach to process by ID or name.
_regexp-break -- Set a breakpoint using one of several shorth...
_regexp-bt -- Show backtrace of the current thread's call ...
_regexp-display -- Evaluate an expression at every stop (see 'h...
```
* DWARF indexing speed (for binaries not using the `debug_names` index) increased
by [30-60%](https://github.com/llvm/llvm-project/pull/118657).
* The `frame diagnose` now works on ELF-based systems. After a crash, LLDB will
try to determine the likely cause of the signal, matching Darwin behavior.
This feature requires using a new `lldb-server` version and (like Darwin) only
works on x86 binaries.
```
* thread #1, name = 'a.out', stop reason = signal SIGSEGV: address not mapped to object (fault address=0x4)
frame #0: 0x00005555555551aa a.out`GetSum(f=0x0000555555558018) at main.c:21:37
18 }
19
20 int GetSum(struct Foo *f) {
-> 21 return SumTwoIntegers(f->a, f->b->d ? 0 : 1);
22 }
23
24 int main() {
Likely cause: f->b->d accessed 0x4
```
* Minidumps generated by LLDB now support:
* 64 bit memory (due to 64b support, Minidumps are now paged to disk while being written).
* Capturing of TLS variables.
* Multiple signals or exceptions, including breakpoints.
* [New Core File API](https://lldb.llvm.org/python_api/lldb.SBSaveCoreOptions.html). This gives greater control on the data captured into the core file, relative to the existing `process save-core` styles.
* When opening ELF core files, LLDB will print additional information about the
signal that killed the process and the disassembly view will display actual
(relocated) targets of the jump instructions instead of raw offsets encoded in
the instruction. This matches existing behavior for live processes.
Old:
```
* thread #1: tid = 329384, 0x0000000000401262, name = 'a.out', stop reason = signal SIGSEGV
0x7f1e3193e0a7 <+23>: ja 0xfe100 ; <+112>
```
New:
```
* thread #1: tid = 329384, 0x0000000000401262, name = 'a.out', stop reason = SIGSEGV: address not mapped to object (fault address=0x0)
0x7f1e3193e0a7 <+23>: ja 0x7f1e3193e100 ; <+112>
```
* `lldb-server` now listens to a single port for gdbserver connections and provides
that port to the connection handler processes. This means that only 2 ports need
to be opened in the firewall (one for the `lldb-server` platform, one for gdbserver connections).
In addition, due to this work, `lldb-server` now works on Windows in the server mode.
* LLDB can now read the `fpmr` register from AArch64 Linux processes and core
files.
* Support was added for debugging AArch64 Linux programs that use the
Guarded Control Stack extension (GCS). This includes live processes and core
files.
* LLDB now supports execution of user expressions for non-trivial cases for LoongArch and RISC-V targets, like function calls, when some code needs to be executed on the target.
* LLDB now supports optionally enabled/disabled register sets (particularly floating point registers) for RISC-V 64. This happens for targets like `RV64IMAC` or `RV64IMACV`,
that have no floating point registers. The change is applied to native debugging and core-file usage.
* LLDB now supports [core-file for LoongArch](https://github.com/llvm/llvm-project/pull/112296).
* LLDB now supports [hardware breakpoint and watchpoint for LoongArch](https://github.com/llvm/llvm-project/pull/118770).
* LLDB now supports [vector registers for LoongArch](https://github.com/llvm/llvm-project/pull/120664) when debugging a live process.
* Incorrect floating-point register DWARF numbers for LoongArch were [fixed](https://github.com/llvm/llvm-project/pull/120391).
* Support was added for handling the GDB Remote Protocol `x` packet in the format introduced by GDB 16.2. LLDB currently uses a different format for `x` and LLDB is now able to handle both formats. At some point in the future support for LLDB's format of `x` will be removed.
Changes to BOLT
---------------------------------
Changes to Sanitizers
---------------------
Changes to the Profile Runtime
------------------------------
* On platforms where ``atexit``-registered functions are not called when
a DSO is ``dlclose``'d, a mechanism is added that implements this
missing functionality for calls to ``atexit`` in the profile runtime.
[This is currently only enabled on AIX](https://github.com/llvm/llvm-project/pull/102940).
Other Changes
-------------
External Open Source Projects Using LLVM {{env.config.release}}
===============================================================
* A project...
Additional Information
======================
A wide variety of additional information is available on the
[LLVM web page](https://llvm.org/), in particular in the
[documentation](https://llvm.org/docs/) section. The web page also contains
versions of the API documentation which is up-to-date with the Git version of
the source code. You can access versions of these documents specific to this
release by going into the `llvm/docs/` directory in the LLVM tree.
If you have any questions or comments about LLVM, please feel free to contact
us via the [Discourse forums](https://discourse.llvm.org).
|