LLVM 17.0.0git Release Notes¶
- Introduction
- Non-comprehensive list of changes in this release
- Update on required toolchains to build LLVM
- Changes to the LLVM IR
- Changes to LLVM infrastructure
- Changes to building LLVM
- Changes to TableGen
- Changes to Interprocedural Optimizations
- Changes to the AArch64 Backend
- Changes to the AMDGPU Backend
- Changes to the ARM Backend
- Changes to the AVR Backend
- Changes to the DirectX Backend
- Changes to the Hexagon Backend
- Changes to the LoongArch Backend
- Changes to the MIPS Backend
- Changes to the PowerPC Backend
- Changes to the RISC-V Backend
- Changes to the WebAssembly Backend
- Changes to the Windows Target
- Changes to the X86 Backend
- Changes to the OCaml bindings
- Changes to the Python bindings
- Changes to the C API
- Changes to the FastISel infrastructure
- Changes to the DAG infrastructure
- Changes to the Metadata Info
- Changes to the Debug Info
- Changes to the LLVM tools
- Changes to LLDB
- Changes to Sanitizers
- Other Changes
- External Open Source Projects Using LLVM 15
- Additional Information
Warning
These are in-progress notes for the upcoming LLVM 17 release. Release notes for previous releases can be found on the Download Page.
Introduction¶
This document contains the release notes for the LLVM Compiler Infrastructure, release 17.0.0git. 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.
For more information about LLVM, including information about the latest release, please check out the main LLVM web site. If you have questions or comments, the Discourse forums 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.
Non-comprehensive list of changes in this release¶
- …
Update on required toolchains to build LLVM¶
With LLVM 17.x we raised the version requirement of CMake used to build LLVM. The new requirements are as follows:
- CMake >= 3.20.0
Changes to the LLVM IR¶
- Typed pointers are no longer supported. See the opaque pointers documentation for migration instructions.
- The
nofpclass
attribute was introduced. This allows more optimizations around special floating point value comparisons. - Introduced new
llvm.ldexp
andllvm.experimental.constrained.ldexp
intrinsics. - The constant expression variants of the following instructions have been
removed:
select
Changes to LLVM infrastructure¶
- The legacy optimization pipeline has been removed.
- Alloca merging in the inliner has been removed, since it only worked with the legacy inliner pass. Backend stack coloring should handle cases alloca merging initially set out to handle.
- InstructionSimplify APIs now require instructions be inserted into a parent function.
Changes to the AArch64 Backend¶
- Added Assembly Support for the 2022 A-profile extensions FEAT_GCS (Guarded Control Stacks), FEAT_CHK (Check Feature Status), and FEAT_ATS1A.
- Support for preserve_all calling convention is added.
- Added support for missing arch extensions in the assembly directives
.arch <level>+<ext>
and.arch_extension
. - Fixed handling of
.arch <level>
in assembly, without using any+<ext>
suffix. Previously this had no effect at all if no extensions were supplied. Now.arch <level>
can be used to enable all the extensions that are included in a higher level than what is specified on the command line, or for disabling unwanted extensions if setting it to a lower level. This fixes PR32873 <https://github.com/llvm/llvm-project/issues/32220>.
Changes to the AMDGPU Backend¶
- More fine-grained synchronization around barriers for newer architectures (gfx90a+, gfx10+). The AMDGPU backend now omits previously automatically generated waitcnt instructions before barriers, allowing for more precise control. Users must now use memory fences to implement fine-grained synchronization strategies around barriers. Refer to AMDGPU memory model.
- Address space 7, used for buffer fat pointers has been added. It is non-integral and has 160-bit pointers (a 128-bit raw buffer resource and a 32-bit offset) and 32-bit indices. This is part of ongoing work to improve the usability of buffer operations. Refer to AMDGPU address spaces.
- Address space 8, used for buffer resources has been added. It is non-integral and has 128-bit pointers, which correspond to buffer resources in the underlying hardware. These pointers should not be used with getelementptr or other LLVM memory instructions, and can be created with the llvm.amdgcn.make.buffer.rsrc intrinsic. Refer to AMDGPU address spaces.
- New versions of the intrinsics for working with buffer resources have been added. These llvm.amdgcn.*.ptr.[t]buffer.* intrinsics have the same semantics as the old llvm.amdgcn.*.[t]buffer.* intrinsics, except that their rsrc arguments are represented by a ptr addrspace(8) instead of a <4 x i32>. This improves the interaction between AMDGPU buffer operations and the LLVM memory model, and so the non .ptr intrinsics are deprecated.
Changes to the ARM Backend¶
- The hard-float ABI is now available in Armv8.1-M configurations that have integer MVE instructions (and therefore have FP registers) but no scalar or vector floating point computation.
- The
.arm
directive now aligns code to the next 4-byte boundary, and the.thumb
directive aligns code to the next 2-byte boundary.
Changes to the LoongArch Backend¶
- The lp64s ABI is supported now and has been tested on Rust bare-matal target.
Changes to the PowerPC Backend¶
- A new option
-mxcoff-roptr
is added toclang
andllc
. When this option is present, constant objects with relocatable address values are put into the RO data section. This option should be used with the-fdata-sections
option, and is not supported with-fno-data-sections
. The option is only supported on AIX. - On AIX, teach the profile runtime to check for a build-id string; such string can be created by the -mxcoff-build-id option.
Changes to the RISC-V Backend¶
- Assembler support for version 1.0.1 of the Zcb extension was added.
- Zca, Zcf, and Zcd extensions were upgraded to version 1.0.1.
- vsetvli intrinsics no longer have side effects. They may now be combined, moved, deleted, etc. by optimizations.
- Adds support for the vendor-defined XTHeadBa (address-generation) extension.
- Adds support for the vendor-defined XTHeadBb (basic bit-manipulation) extension.
- Adds support for the vendor-defined XTHeadBs (single-bit) extension.
- Adds support for the vendor-defined XTHeadCondMov (conditional move) extension.
- Adds support for the vendor-defined XTHeadMac (multiply-accumulate instructions) extension.
- Added support for the vendor-defined XTHeadMemPair (two-GPR memory operations) extension disassembler/assembler.
- Added support for the vendor-defined XTHeadMemIdx (indexed memory operations) extension disassembler/assembler.
- Added support for the vendor-defined Xsfvcp (SiFive VCIX) extension disassembler/assembler.
- Support for the now-ratified Zawrs extension is no longer experimental.
- Adds support for the vendor-defined XTHeadCmo (cache management operations) extension.
- Adds support for the vendor-defined XTHeadSync (multi-core synchronization instructions) extension.
- Added support for the vendor-defined XTHeadFMemIdx (indexed memory operations for floating point) extension.
- Assembler support for RV64E was added.
- Assembler support was added for the experimental Zicond (integer conditional operations) extension.
- I, F, D, and A extension versions have been update to the 20191214 spec versions.
New version I2.1, F2.2, D2.2, A2.1. This should not impact code generation.
Immpacts versions accepted in
-march
and reported in ELF attributes. - Changed the ShadowCallStack register from
x18
(s2
) tox3
(gp
). Note this breaks the existing non-standard ABI for ShadowCallStack on RISC-V, but conforms with the new “platform register” defined in the RISC-V psABI (for more details see the psABI discussion). - Added support for Zfa extension version 0.2.
- Updated support experimental vector crypto extensions to version 0.5.1 of the specification.
- Removed N extension (User-Level Interrupts) CSR names in the assembler.
RISCV::parseCPUKind
andRISCV::checkCPUKind
were merged into a singleRISCV::parseCPU
. TheCPUKind
enum is no longer part of the RISCVTargetParser.h interface. Similar forparseTuneCPUkind
andcheckTuneCPUKind
.- Add sifive-x280 processor.
- Zve32f is no longer allowed with Zfinx. Zve64d is no longer allowed with Zdinx.
- Assembly support was added for the experimental Zfbfmin (scalar BF16 conversions), Zvfbfmin (vector BF16 conversions), and Zvfbfwma (vector BF16 widening mul-add) extensions.
Changes to the Python bindings¶
- The python bindings have been removed.
Changes to the C API¶
LLVMContextSetOpaquePointers
, a temporary API to pin to legacy typed pointer, has been removed.- Functions for adding legacy passes like
LLVMAddInstructionCombiningPass
have been removed. - Removed
LLVMPassManagerBuilderRef
and functions interacting with it. These belonged to the no longer supported legacy pass manager. - Functions for initializing legacy passes like
LLVMInitializeInstCombine
have been removed. Calls to such functions can simply be dropped, as they are no longer necessary. LLVMPassRegistryRef
andLLVMGetGlobalPassRegistry
, which were only useful in conjunction with initialization functions, have been removed.- As part of the opaque pointer transition,
LLVMGetElementType
no longer gives the pointee type of a pointer type. - The following functions for creating constant expressions have been removed,
because the underlying constant expressions are no longer supported. Instead,
an instruction should be created using the
LLVMBuildXYZ
APIs, which will constant fold the operands if possible and create an instruction otherwise:LLVMConstSelect
Changes to the Debug Info¶
- The DWARFv5 feature of attaching
DW_AT_default_value
to defaulted template parameters will now be available in any non-strict DWARF mode and in a wider range of cases than previously. (D139953, D139988) - The
DW_AT_name
onDW_AT_typedef
s for alias templates will now omit defaulted template parameters. (D142268) - The experimental
@llvm.dbg.addr
intrinsic has been removed (D144801). IR inputs with this intrinsic are auto-upgraded to@llvm.dbg.value
withDW_OP_deref
appended to theDIExpression
(D144793). - When a template class annotated with the
[[clang::preferred_name]]
attribute were to appear in aDW_AT_type
, the type will now be that of the preferred_name instead. This change is only enabled when compiling with -glldb. (D145803)
Changes to the LLVM tools¶
- llvm-lib now supports the /def option for generating a Windows import library from a definition file.
- Made significant changes to JSON output format of llvm-readobj/llvm-readelf to improve correctness and clarity.
Changes to LLDB¶
- In the results of commands such as
expr
andframe var
, type summaries will now omit defaulted template parameters. The full template parameter list can still be viewed withexpr --raw-output
/frame var --raw-output
. (D141828) - LLDB is now able to show the subtype of signals found in a core file. For example
memory tagging specific segfaults such as
SIGSEGV: sync tag check fault
. - LLDB can now display register fields if they are described in target XML sent
by a debug server such as
gdbserver
(lldb-server
does not currently produce this information). Fields are only printed when reading named registers, for exampleregister read cpsr
. They are not shown when reading a register set,register read -s 0
.
Changes to Sanitizers¶
For Darwin users that override weak symbols, note that the dynamic linker will only consider symbols in other mach-o modules which themselves contain at least one weak symbol. A consequence is that if your program or dylib contains an intended override of a weak symbol, then it must contain at least one weak symbol as well for the override to take effect.
Example:
// Add this to make sure your override takes effect __attribute__((weak,unused)) unsigned __enableOverrides; // Example override extern "C" const char *__asan_default_options() { ... }
Other Changes¶
llvm::demangle
now takes astd::string_view
rather than aconst std::string&
. Be careful passing temporaries intollvm::demangle
that don’t outlive the expression usingllvm::demangle
.
External Open Source Projects Using LLVM 15¶
- A project…
Additional Information¶
A wide variety of additional information is available on the LLVM web page, in particular in the documentation 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.