Warning
These are in-progress notes for the upcoming LLVM 3.9 release. You may prefer the LLVM 3.8 Release Notes.
This document contains the release notes for the LLVM Compiler Infrastructure, release 3.9. 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 LLVM Developer's Mailing List is a good place to send them.
Note that if you are reading this file from a Subversion 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.
- The LLVMContext gains a new runtime check (see LLVMContext::discardValueNames()) that can be set to discard Value names (other than GlobalValue). This is intended to be used in release builds by clients that are interested in saving CPU/memory as much as possible.
- There is no longer a "global context" available in LLVM, except for the C API.
- The C API function LLVMLinkModules has been removed.
- The C API function LLVMAddTargetData has been removed.
- The C API function LLVMGetDataLayout is deprecated in favor of LLVMGetDataLayoutStr.
- The C API enum LLVMAttribute is deprecated in favor of LLVMGetAttributeKindForName.
TargetFrameLowering::eliminateCallFramePseudoInstr
now returns an iterator to the next instruction instead ofvoid
. Targets that previously didMBB.erase(I); return;
now probably wantreturn MBB.erase(I);
.SelectionDAGISel::Select
now returnsvoid
. Out of tree targets will need to be updated to replace the argument node and remove any dead nodes in cases where they currently return anSDNode *
from this interface.
- ... next change ...
- New intrinsics
llvm.masked.load
,llvm.masked.store
,llvm.masked.gather
andllvm.masked.scatter
were introduced to the LLVM IR to allow selective memory access for vector data types.
LLVM no longer does inter-procedural analysis and optimization (except inlining) on functions with comdat linkage. Doing IPO over such functions is unsound because the implementation the linker chooses at link-time may be differently optimized than the one what was visible during optimization, and may have arbitrarily different observable behavior. See PR26774 for more details.
During this release ...
During this release ...
Moved some optimizations from O3 to O2 (D18562)
- Enable sibling call optimization on ppc64 ELFv1/ELFv2 abi
- LLVM now supports the Intel CPU codenamed Skylake Server with AVX-512
extensions using
-march=skylake-avx512
. The switch enables the ISA extensions AVX-512{F, CD, VL, BW, DQ}. - LLVM now supports the Intel CPU codenamed Knights Landing with AVX-512
extensions using
-march=knl
. The switch enables the ISA extensions AVX-512{F, CD, ER, PF}.
- Mesa 11.0.x is no longer supported
During this release ...
This marker prevents optimization passes from adding 'tail' or 'musttail' markers to a call. It is used to prevent tail call optimization from being performed on the call.
An exciting aspect of LLVM is that it is used as an enabling technology for a lot of other language and tools projects. This section lists some of the projects that have already been updated to work with LLVM 3.9.
- A project
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 Subversion 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 mailing lists.