maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/docs/ReleaseNotes.rst

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

247 lines
5.6 KiB
ReStructuredText
Raw Normal View History

[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
========================================
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
Clang 13.0.0 (In-Progress) Release Notes
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
========================================
.. contents::
:local:
:depth: 2
Written by the `LLVM Team <https://llvm.org/>`_
.. warning::
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
These are in-progress notes for the upcoming Clang 13 release.
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
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 Clang C/C++/Objective-C
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
frontend, part of the LLVM Compiler Infrastructure, release 13.0.0. Here we
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
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 <https://llvm.org/docs/ReleaseNotes.html>`_. All LLVM
releases may be downloaded from the `LLVM releases web
site <https://llvm.org/releases/>`_.
For more information about Clang or LLVM, including information about the
latest release, please see the `Clang Web Site <https://clang.llvm.org>`_ or the
`LLVM Web Site <https://llvm.org>`_.
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 <https://llvm.org/releases/>`_.
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
What's New in Clang 13.0.0?
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
===========================
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
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Bump the trunk major version to 12 and clear the release notes.
2020-07-15 17:40:53 +08:00
- ...
[Doc] update ReleaseNotes with new warning note.
2020-06-05 00:45:04 +08:00
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
Non-comprehensive list of changes in this release
-------------------------------------------------
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
- ...
[PGO] Fix computation of function Hash And bump its version number accordingly. This is a patched recommit of 7c298c104bfe725d4315926a656263e8a5ac3054 Previous hash implementation was incorrectly passing an uint64_t, that got converted to an uint8_t, to finalize the hash computation. This led to different functions having the same hash if they only differ by the remaining statements, which is incorrect. Added a new test case that trivially tests that a small function change is reflected in the hash value. Not that as this patch fixes the hash computation, it would invalidate all hashes computed before that patch applies, this is why we bumped the version number. Update profile data hash entries due to hash function update, except for binary version, in which case we keep the buggy behavior for backward compatibility. Differential Revision: https://reviews.llvm.org/D79961
2020-05-26 02:44:35 +08:00
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
New Compiler Flags
------------------
Bump the trunk major version to 12 and clear the release notes.
2020-07-15 17:40:53 +08:00
- ...
document -fpch-instantiate-templates in release notes This should have been included in D69585. Differential Revision: https://reviews.llvm.org/D83622
2020-07-11 21:07:27 +08:00
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
Deprecated Compiler Flags
-------------------------
- ...
Modified Compiler Flags
-----------------------
[SEMA] Added warn_decl_shadow support for structured bindings https://bugs.llvm.org/show_bug.cgi?id=40858 CheckShadow is now called for each binding in the structured binding to make sure it does not shadow any other variable in scope. This does use a custom implementation of getShadowedDeclaration though because a BindingDecl is not a VarDecl Added a few unit tests for this. In theory though all the other shadow unit tests should be duplicated for the structured binding variables too but whether it is probably not worth it as they use common code. The MyTuple and std interface code has been copied from live-bindings-test.cpp Reviewed By: rsmith Differential Revision: https://reviews.llvm.org/D96147
2021-02-24 04:48:15 +08:00
- -Wshadow now also checks for shadowed structured bindings
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
clang-cl: Remove /Zd flag cl.exe doesn't understand Zd (in either MSVC 2017 or 2019), so neiter should we. It used to do the same as `-gline-tables-only` which is exposed as clang-cl flag as well, so if you want this behavior, use `gline-tables-only`. That makes it clear that it's a clang-cl-only flag that won't work with cl.exe. Motivated by the discussion in D92958. Differential Revision: https://reviews.llvm.org/D93458
2020-12-17 22:23:02 +08:00
Removed Compiler Flags
-------------------------
[clang-cl] Remove the /fallback option As discussed in https://lists.llvm.org/pipermail/cfe-dev/2021-January/067524.html It doesn't appear to be used, isn't really maintained, and adds some complexity to the code. Let's remove it. Differential revision: https://reviews.llvm.org/D95876
2021-02-02 21:10:26 +08:00
- The clang-cl ``/fallback`` flag, which made clang-cl invoke Microsoft Visual
C++ on files it couldn't compile itself, has been removed.
clang-cl: Remove /Zd flag cl.exe doesn't understand Zd (in either MSVC 2017 or 2019), so neiter should we. It used to do the same as `-gline-tables-only` which is exposed as clang-cl flag as well, so if you want this behavior, use `gline-tables-only`. That makes it clear that it's a clang-cl-only flag that won't work with cl.exe. Motivated by the discussion in D92958. Differential Revision: https://reviews.llvm.org/D93458
2020-12-17 22:23:02 +08:00
[docs] Add a release note for the removing of -Wreturn-std-move-in-c++11 `-Wreturn-std-move-in-c++11` has been removed in fbee4a0c79cc4ee87c34e51342742a5bc6fcf872. Reviewed By: aaronpuchert, amccarth Differential Revision: https://reviews.llvm.org/D97364
2021-02-24 17:01:51 +08:00
- ``-Wreturn-std-move-in-c++11``, which checked whether an entity is affected by
`CWG1579 <https://wg21.link/CWG1579>`_ to become implicitly movable, has been
removed.
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
New Pragmas in Clang
--------------------
- ...
Attribute Changes in Clang
--------------------------
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
- ...
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
Windows Support
---------------
C Language Changes in Clang
---------------------------
clang: Switch C compilations to C17 by default. Summary: Matches GCC 8.1 (2018). Updates documentation+release notes as well. See also https://reviews.llvm.org/rL220244. Reviewers: rsmith, aaron.ballman Reviewed By: rsmith, aaron.ballman Subscribers: aaron.ballman, dschuff, aheejin, simoncook, s.egerton, cfe-commits, hans, srhines Tags: #clang Differential Revision: https://reviews.llvm.org/D75383
2020-03-03 01:33:14 +08:00
- ...
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
C++ Language Changes in Clang
-----------------------------
Bump the trunk major version to 12 and clear the release notes.
2020-07-15 17:40:53 +08:00
- ...
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
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] Enable constexpr on POPCNT intrinsics (PR31446) This is a first step patch to enable constexpr support and testing to a large number of x86 intrinsics. All I've done here is provide a DEFAULT_FN_ATTRS_CONSTEXPR variant to our existing DEFAULT_FN_ATTRS tag approach that adds constexpr on c++ builds. The clang cuda headers do something similar. I've started with POPCNT mainly as its tiny and are wrappers to generic __builtin_* intrinsics which already act as constexpr. Differential Revision: https://reviews.llvm.org/D86229
2020-08-21 04:37:51 +08:00
X86 Support in Clang
--------------------
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
- ...
[X86] Support Intel avxvnni This patch mainly made the following changes: 1. Support AVX-VNNI instructions; 2. Introduce ExplicitVEXPrefix flag so that vpdpbusd/vpdpbusds/vpdpbusds/vpdpbusds instructions only use vex-encoding when user explicity add {vex} prefix. Differential Revision: https://reviews.llvm.org/D89105
2020-10-30 12:58:05 +08:00
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
Internal API Changes
--------------------
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
These are major API changes that have happened since the 12.0.0 release of
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
Clang. If upgrading an external codebase that uses Clang as a library,
this section should help get you past the largest hurdles of upgrading.
Bump the trunk major version to 12 and clear the release notes.
2020-07-15 17:40:53 +08:00
- ...
Removed a RecursiveASTVisitor feature to visit operator kinds with different methods Summary: This feature was only used in two places, but contributed a non-trivial amount to the complexity of RecursiveASTVisitor, and was buggy (see my recent patches where I was fixing the bugs that I noticed). I don't think the convenience benefit of this feature is worth the complexity. Besides complexity, another issue with the current state of RecursiveASTVisitor is the non-uniformity in how it handles different AST nodes. All AST nodes follow a regular pattern, but operators are special -- and this special behavior not documented. Correct usage of RecursiveASTVisitor relies on shadowing member functions with specific names and signatures. Near misses don't cause any compile-time errors, incorrectly named or typed methods are just silently ignored. Therefore, predictability of RecursiveASTVisitor API is quite important. This change reduces the size of the `clang` binary by 38 KB (0.2%) in release mode, and by 7 MB (0.3%) in debug mode. The `clang-tidy` binary is reduced by 205 KB (0.3%) in release mode, and by 5 MB (0.4%) in debug mode. I don't think these code size improvements are significant enough to justify this change on its own (for me, the primary motivation is reducing code complexity), but they I think are a nice side-effect. Reviewers: rsmith, sammccall, ymandel, aaron.ballman Reviewed By: rsmith, sammccall, ymandel, aaron.ballman Subscribers: cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D82921
2020-07-03 23:01:01 +08:00
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
Build System Changes
--------------------
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
These are major changes to the build system that have happened since the 12.0.0
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
release of Clang. Users of the build system should adjust accordingly.
Bump the trunk major version to 12 and clear the release notes.
2020-07-15 17:40:53 +08:00
- ...
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
AST Matchers
------------
Bump the trunk major version to 13 and clear the release notes.
2021-01-27 11:37:08 +08:00
- ...
Remove automatic traversal from forEach matcher Differential Revision: https://reviews.llvm.org/D91916
2020-05-23 09:12:51 +08:00
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
clang-format
------------
[clang-format] Add option to control the spaces in a line comment Differential Revision: https://reviews.llvm.org/D92257
2021-01-30 05:01:42 +08:00
- Option ``SpacesInLineCommentPrefix`` has been added to control the
number of spaces in a line comments prefix.
[clang-format] Add option to control the spaces in a line comment Differential Revision: https://reviews.llvm.org/D92257
2020-12-27 05:04:30 +08:00
[clang-format] Add case aware include sorting. Adds an option to [clang-format] which sorts headers in an alphabetical manner using case only for tie-breakers. The options is off by default in favor of the current ASCIIbetical sorting style. Reviewed By: MyDeveloperDay, curdeius, HazardyKnusperkeks Differential Revision: https://reviews.llvm.org/D95017
2021-02-02 21:41:55 +08:00
- Option ``SortIncludes`` has been updated from a ``bool`` to an
``enum`` with backwards compatibility. In addition to the previous
``true``/``false`` states (now ``CaseInsensitive``/``Never``), a third
state has been added (``CaseSensitive``) which causes an alphabetical sort
with case used as a tie-breaker.
.. code-block:: c++
// Never (previously false)
#include "B/A.h"
#include "A/B.h"
#include "a/b.h"
#include "A/b.h"
#include "B/a.h"
// CaseInsensitive (previously true)
#include "A/B.h"
#include "A/b.h"
#include "B/A.h"
#include "B/a.h"
#include "a/b.h"
// CaseSensitive
#include "A/B.h"
#include "A/b.h"
#include "a/b.h"
#include "B/A.h"
#include "B/a.h"
[clang-format] Add possibility to be based on parent directory This allows the define BasedOnStyle: InheritParentConfig and then clang-format looks into the parent directories for their .clang-format and takes that as a basis. Differential Revision: https://reviews.llvm.org/D93844
2021-01-29 16:29:00 +08:00
- ``BasedOnStyle: InheritParentConfig`` allows to use the ``.clang-format`` of
the parent directories to overwrite only parts of it.
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
libclang
--------
- ...
Static Analyzer
---------------
- ...
.. _release-notes-ubsan:
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 <https://clang.llvm.org/>`_. The web page contains versions of the
clang/release notes: s/Subversion/git/
2020-03-23 05:18:40 +08:00
API documentation which are up-to-date with the Git version of
[clang] Fix bad line ending (DOS instead of Unix) inside the release notes.
2020-02-14 05:46:33 +08:00
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 <https://lists.llvm.org/mailman/listinfo/cfe-dev>`_.