Clang 12.0.0 (In-Progress) Release Notes
- Introduction
-
What's New in Clang 12.0.0?
- Major New Features
- Non-comprehensive list of changes in this release
- New Compiler Flags
- Deprecated Compiler Flags
- Modified Compiler Flags
- New Pragmas in Clang
- Attribute Changes in Clang
- Windows Support
- C Language Changes in Clang
- C++ Language Changes in Clang
- Objective-C Language Changes in Clang
- OpenCL C Language Changes in Clang
- ABI Changes in Clang
- OpenMP Support in Clang
- CUDA Support in Clang
- X86 Support in Clang
- Internal API Changes
- Build System Changes
- AST Matchers
- clang-format
- libclang
- Static Analyzer
- Undefined Behavior Sanitizer (UBSan)
- Core Analysis Improvements
- New Issues Found
- Significant Known Problems
- Additional Information
Written by the LLVM Team
Warning
These are in-progress notes for the upcoming Clang 12 release. Release notes for previous releases can be found on the Download Page.
Introduction
This document contains the release notes for the Clang C/C++/Objective-C frontend, part of the LLVM Compiler Infrastructure, release 12.0.0. Here we describe the status of Clang in some detail, including major improvements from the previous release and new feature work. For the general LLVM release notes, see the LLVM documentation. All LLVM releases may be downloaded from the LLVM releases web site.
For more information about Clang or LLVM, including information about the latest release, please see the Clang Web Site or the LLVM Web Site.
Note that if you are reading this file from a Git checkout or the main Clang 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.
What's New in Clang 12.0.0?
Some of the major new features and improvements to Clang are listed here. Generic improvements to Clang as a whole or to its underlying infrastructure are described first, followed by language-specific sections with improvements to Clang's support for those languages.
Major New Features
- ...
Improvements to Clang's diagnostics
- ...
Non-comprehensive list of changes in this release
- The builtin intrinsics
__builtin_bitreverse8
,__builtin_bitreverse16
,__builtin_bitreverse32
and__builtin_bitreverse64
may now be used within constant expressions. - The builtin intrinsics
__builtin_rotateleft8
,__builtin_rotateleft16
,__builtin_rotateleft32
and__builtin_rotateleft64
may now be used within constant expressions. - The builtin intrinsics
__builtin_rotateright8
,__builtin_rotateright16
,__builtin_rotateright32
and__builtin_rotateright64
may now be used within constant expressions.
New Compiler Flags
-
...
-
-fpch-codegen and -fpch-debuginfo generate shared code and/or debuginfo for contents of a precompiled header in a separate object file. This object file needs to be linked in, but its contents do not need to be generated for other objects using the precompiled header. This should usually save compile time. If not using clang-cl, the separate object file needs to be created explicitly from the precompiled header. Example of use:
$ clang++ -x c++-header header.h -o header.pch -fpch-codegen -fpch-debuginfo $ clang++ -c header.pch -o shared.o $ clang++ -c source.cpp -o source.o -include-pch header.pch $ clang++ -o binary source.o shared.o
- Using -fpch-instantiate-templates when generating the precompiled header usually increases the amount of code/debuginfo that can be shared.
- In some cases, especially when building with optimizations enabled, using -fpch-codegen may generate so much code in the shared object that compiling it may be a net loss in build time.
- Since headers may bring in private symbols of other libraries, it may be sometimes necessary to discard unused symbols (such as by adding -Wl,--gc-sections on ELF platforms to the linking command, and possibly adding -fdata-sections -ffunction-sections to the command generating the shared object).
Deprecated Compiler Flags
The following options are deprecated and ignored. They will be removed in future versions of Clang.
- ...
Modified Compiler Flags
- On ELF,
-gz
now defaults to-gz=zlib
with the integrated assembler. It producesSHF_COMPRESSED
style compression of debug information. GNU binutils 2.26 or newer, or lld is required to link produced object files. Use-gz=zlib-gnu
to get the old behavior.
New Pragmas in Clang
- ...
Attribute Changes in Clang
- ...
Windows Support
C Language Changes in Clang
- ...
C++ Language Changes in Clang
- ...
C++1z Feature Support
...
Objective-C Language Changes in Clang
OpenCL C Language Changes in Clang
...
ABI Changes in Clang
OpenMP Support in Clang
- ...
CUDA Support in Clang
- ...
X86 Support in Clang
- The x86 intrinsics
_mm_popcnt_u32
,_mm_popcnt_u64
,_popcnt32
,_popcnt64
,__popcntd
and__popcntq
may now be used within constant expressions. - The x86 intrinsics
_bit_scan_forward
,__bsfd
and__bsfq
may now be used within constant expressions. - The x86 intrinsics
_bit_scan_reverse
,__bsrd
and__bsrq
may now be used within constant expressions. - The x86 intrinsics
__bswap
,__bswapd
,__bswap64
and__bswapq
may now be used within constant expressions. - The x86 intrinsics
_castf32_u32
,_castf64_u64
,_castu32_f32
and_castu64_f64
may now be used within constant expressions. - The x86 intrinsics
__rolb
,__rolw
,__rold
,__rolq`, ``_rotl
,_rotwl
and_lrotl
may now be used within constant expressions. - The x86 intrinsics
__rorb
,__rorw
,__rord
,__rorq`, ``_rotr
,_rotwr
and_lrotr
may now be used within constant expressions. - Support for -march=sapphirerapids was added.
- The -mtune command line option is no longer ignored for X86. This can be used to request microarchitectural optimizations independent on -march. -march=<cpu> implies -mtune=<cpu>. -mtune=generic is the default with no -march or -mtune specified.
Internal API Changes
These are major API changes that have happened since the 11.0.0 release of Clang. If upgrading an external codebase that uses Clang as a library, this section should help get you past the largest hurdles of upgrading.
- ...
Build System Changes
These are major changes to the build system that have happened since the 11.0.0 release of Clang. Users of the build system should adjust accordingly.
- ...
AST Matchers
- ...
clang-format
-
Option
BitFieldColonSpacing
has been added that decides how space should be added around identifier, colon and bit-width in bitfield definitions.// Both (default) struct F { unsigned dscp : 6; unsigned ecn : 2; // AlignConsecutiveBitFields=true }; // None struct F { unsigned dscp:6; unsigned ecn :2; }; // Before struct F { unsigned dscp :6; unsigned ecn :2; }; // After struct F { unsigned dscp: 6; unsigned ecn : 2; };
libclang
- ...
Static Analyzer
- ...
Undefined Behavior Sanitizer (UBSan)
Core Analysis Improvements
- ...
New Issues Found
- ...
Python Binding Changes
The following methods have been added:
- ...
Significant Known Problems
Additional Information
A wide variety of additional information is available on the Clang web
page. The web page contains versions of the
API documentation which are 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 "clang/docs/
" directory in the Clang
tree.
If you have any questions or comments about Clang, please feel free to contact us via the mailing list.