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

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

208 lines
6.3 KiB
ReStructuredText
Raw Normal View History

[docs] Remove hard-coded version numbers from sphinx configs This updates all the non-runtime project release notes to use the version number from CMake instead of the hard-coded version numbers in conf.py. It also hides warnings about pre-releases when the git suffix is dropped from the LLVM version in CMake. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D112181
2022-02-02 15:13:01 +08:00
============================
LLVM |release| Release Notes
============================
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
.. contents::
:local:
[docs] Remove hard-coded version numbers from sphinx configs This updates all the non-runtime project release notes to use the version number from CMake instead of the hard-coded version numbers in conf.py. It also hides warnings about pre-releases when the git suffix is dropped from the LLVM version in CMake. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D112181
2022-02-02 15:13:01 +08:00
.. only:: PreRelease
.. warning::
These are in-progress notes for the upcoming LLVM |version| release.
Release notes for previous releases can be found on
`the Download Page <https://releases.llvm.org/download.html>`_.
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
Introduction
============
This document contains the release notes for the LLVM Compiler Infrastructure,
[docs] Remove hard-coded version numbers from sphinx configs This updates all the non-runtime project release notes to use the version number from CMake instead of the hard-coded version numbers in conf.py. It also hides warnings about pre-releases when the git suffix is dropped from the LLVM version in CMake. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D112181
2022-02-02 15:13:01 +08:00
release |release|. Here we describe the status of LLVM, including major improvements
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
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
ReleaseNotes: update links to use https llvm-svn: 341785
2018-09-10 16:50:31 +08:00
from the `LLVM releases web site <https://llvm.org/releases/>`_.
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
For more information about LLVM, including information about the latest
ReleaseNotes: update links to use https llvm-svn: 341785
2018-09-10 16:50:31 +08:00
release, please check out the `main LLVM web site <https://llvm.org/>`_. If you
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
have questions or comments, the `LLVM Developer's Mailing List
ReleaseNotes: update links to use https llvm-svn: 341785
2018-09-10 16:50:31 +08:00
<https://lists.llvm.org/mailman/listinfo/llvm-dev>`_ is a good place to send
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
them.
Bump the trunk major version to 11 and clear the release notes.
2020-01-15 17:02:56 +08:00
Note that if you are reading this file from a Git checkout or the main
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
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
ReleaseNotes: update links to use https llvm-svn: 341785
2018-09-10 16:50:31 +08:00
page <https://llvm.org/releases/>`_.
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
docs: Nuke the old release notes. This change also removes a bunch of boilerplate and stuffing which made it unnecessarily hard to navigate and see the comparatively miniscule actual content that was added to this document during the 3.2 development period (or maybe even sticking around from earlier releases...). The new organization (a flat list) optimizes for making it easy for people who know about changes to add them to the document. It's completely trivial for anyone with basic knowledge of LLVM to come in later (such as when preparing for the actual release) and cluster any changes into logical groups. However, I have left some comments indicating how to add larger descriptions, if someone is feeling adventurous ;) Hopefully this organization will highlight how little effort is being put into producing accurate, high-quality release notes, prompting a corresponding improvement for the 3.3 release. I have preserved the changes to this document that are not present in the 3.2 release notes. There were only two... I'm pretty sure we've been busier than that... (version control shows +213347/-173656 raw lines just in the LLVM repo since the 3.2 release). llvm-svn: 172954
2013-01-20 11:29:50 +08:00
Non-comprehensive list of changes in this release
=================================================
.. NOTE
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 `NOTE` below
for adding a new subsection.
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
Bump minimum toolchain version RFC: https://discourse.llvm.org/t/rfc-increasing-the-gcc-and-clang-requirements-to-support-c-17-in-llvm Following the policy here: https://llvm.org/docs/DeveloperPolicy.html#toolchain This forum post here will be updated with the timeline and status: https://discourse.llvm.org/t/important-new-toolchain-requirements-to-build-llvm-will-most-likely-be-landing-within-a-week-prepare-your-buildbots/61447 Reviewed By: mehdi_amini, jyknight, jhenderson, cor3ntin, MaskRay Differential Revision: https://reviews.llvm.org/D122976
2022-04-02 22:26:14 +08:00
* ...
[cmake] Remove LLVM_{BUILD,LINK}_LLVM_DYLIB options on Windows Summary: The options aren't supported so they can be removed. Reviewers: beanz, smeenai, compnerd Reviewed By: compnerd Subscribers: mgorny, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D69877
2019-11-09 02:05:37 +08:00
Bump minimum toolchain version RFC: https://discourse.llvm.org/t/rfc-increasing-the-gcc-and-clang-requirements-to-support-c-17-in-llvm Following the policy here: https://llvm.org/docs/DeveloperPolicy.html#toolchain This forum post here will be updated with the timeline and status: https://discourse.llvm.org/t/important-new-toolchain-requirements-to-build-llvm-will-most-likely-be-landing-within-a-week-prepare-your-buildbots/61447 Reviewed By: mehdi_amini, jyknight, jhenderson, cor3ntin, MaskRay Differential Revision: https://reviews.llvm.org/D122976
2022-04-02 22:26:14 +08:00
Update on required toolchains to build LLVM
Fix Sphinx build
2022-04-08 19:11:40 +08:00
-------------------------------------------
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
Bump minimum toolchain version RFC: https://discourse.llvm.org/t/rfc-increasing-the-gcc-and-clang-requirements-to-support-c-17-in-llvm Following the policy here: https://llvm.org/docs/DeveloperPolicy.html#toolchain This forum post here will be updated with the timeline and status: https://discourse.llvm.org/t/important-new-toolchain-requirements-to-build-llvm-will-most-likely-be-landing-within-a-week-prepare-your-buildbots/61447 Reviewed By: mehdi_amini, jyknight, jhenderson, cor3ntin, MaskRay Differential Revision: https://reviews.llvm.org/D122976
2022-04-02 22:26:14 +08:00
With LLVM 15.x we will raise the version requirements of the toolchain used
to build LLVM. The new requirements are as follows:
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
Bump minimum toolchain version RFC: https://discourse.llvm.org/t/rfc-increasing-the-gcc-and-clang-requirements-to-support-c-17-in-llvm Following the policy here: https://llvm.org/docs/DeveloperPolicy.html#toolchain This forum post here will be updated with the timeline and status: https://discourse.llvm.org/t/important-new-toolchain-requirements-to-build-llvm-will-most-likely-be-landing-within-a-week-prepare-your-buildbots/61447 Reviewed By: mehdi_amini, jyknight, jhenderson, cor3ntin, MaskRay Differential Revision: https://reviews.llvm.org/D122976
2022-04-02 22:26:14 +08:00
* GCC >= 7.1
* Clang >= 5.0
* Apple Clang >= 9.3
* Visual Studio 2019 >= 16.7
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
Bump minimum toolchain version RFC: https://discourse.llvm.org/t/rfc-increasing-the-gcc-and-clang-requirements-to-support-c-17-in-llvm Following the policy here: https://llvm.org/docs/DeveloperPolicy.html#toolchain This forum post here will be updated with the timeline and status: https://discourse.llvm.org/t/important-new-toolchain-requirements-to-build-llvm-will-most-likely-be-landing-within-a-week-prepare-your-buildbots/61447 Reviewed By: mehdi_amini, jyknight, jhenderson, cor3ntin, MaskRay Differential Revision: https://reviews.llvm.org/D122976
2022-04-02 22:26:14 +08:00
In LLVM 15.x these requirements will be "soft" requirements and the version
check can be skipped by passing -DLLVM_TEMPORARILY_ALLOW_OLD_TOOLCHAIN=ON
to CMake.
With the release of LLVM 16.x these requirements will be hard and LLVM developers
can start using C++17 features, making it impossible to build with older
versions of these toolchains.
Ignore "no-frame-pointer-elim" and "no-frame-pointer-elim-non-leaf" in favor of "frame-pointer" D56351 (included in LLVM 8.0.0) introduced "frame-pointer". All tests which use "no-frame-pointer-elim" or "no-frame-pointer-elim-non-leaf" have been migrated to use "frame-pointer". Implement UpgradeFramePointerAttributes to upgrade the two obsoleted function attributes for bitcode. Their semantics are ignored. Differential Revision: https://reviews.llvm.org/D71863
2019-12-25 10:12:15 +08:00
Added 2 notes 1) Skylake and KNL support for X86 2) masked intrinsics load/store/gather/scatter Differential Revision: http://reviews.llvm.org/D18353 llvm-svn: 264703
2016-03-29 14:55:56 +08:00
Changes to the LLVM IR
----------------------
Retire VS2015 Support As proposed here: https://lists.llvm.org/pipermail/llvm-dev/2019-June/133147.html This patch raises the minimum supported version to build LLVM/Clang to Visual Studio 2017. Differential Revision: https://reviews.llvm.org/D64326 llvm-svn: 365452
2019-07-09 18:10:48 +08:00
Changes to building LLVM
------------------------
[CMake] Make omitting CMAKE_BUILD_TYPE an error After a lot of discussion in this diff the consensus was that it is really hard to guess the users intention with their LLVM build. Instead of trying to guess if Debug or Release is the correct default option we opted for just not specifying CMAKE_BUILD_TYPE a error. Discussion on discourse here: https://discourse.llvm.org/t/rfc-select-a-better-linker-by-default-or-warn-about-using-bfd Reviewed By: hans, mehdi_amini, aaron.ballman, jhenderson, MaskRay, awarzynski Differential Revision: https://reviews.llvm.org/D124153
2022-04-29 17:42:06 +08:00
* Omitting ``CMAKE_BUILD_TYPE`` when using a single configuration generator is now
an error. You now have to pass ``-DCMAKE_BUILD_TYPE=<type>`` in order to configure
LLVM. This is done to help new users of LLVM select the correct type: since building
LLVM in Debug mode is very resource intensive, we want to make sure that new users
make the choice that lines up with their usage. We have also improved documentation
around this setting that should help new users. You can find this documentation
`here <https://llvm.org/docs/CMake.html#cmake-build-type>`_.
Replace TableGen range piece punctuator with '...' The TableGen range piece punctuator is currently '-' (e.g., {0-9}), which interacts oddly with the fact that an integer literal's sign is part of the literal. This patch replaces the '-' with the new punctuator '...'. The '-' punctuator is deprecated. Differential Revision: https://reviews.llvm.org/D85585 Change-Id: I3d53d14e23f878b142d8f84590dd465a0fb6c09c
2020-08-22 05:22:06 +08:00
Changes to TableGen
-------------------
[Aarch64] Adding support for Armv9-A Realm Management Extension This adds support for Armv9-A's Realm Management Extension, including three new system registers - MFAR_EL3, GPCCR_EL3 and GPTBR_EL3 - and four new TLBI instructions. The reference for the Realm Management Extension can be found at: https://developer.arm.com/documentation/ddi0615/aa. Based on patches by Victor Campos. Reviewed By: dmgreen Differential Revision: https://reviews.llvm.org/D104773
2021-06-22 23:43:36 +08:00
Changes to the AArch64 Backend
[NFC] Fixing short title underline in release notes file
2021-06-28 20:51:27 +08:00
------------------------------
[Aarch64] Adding support for Armv9-A Realm Management Extension This adds support for Armv9-A's Realm Management Extension, including three new system registers - MFAR_EL3, GPCCR_EL3 and GPTBR_EL3 - and four new TLBI instructions. The reference for the Realm Management Extension can be found at: https://developer.arm.com/documentation/ddi0615/aa. Based on patches by Victor Campos. Reviewed By: dmgreen Differential Revision: https://reviews.llvm.org/D104773
2021-06-22 23:43:36 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
Changes to the AMDGPU Backend
-----------------------------
* ...
Add IAS/EHABI changes to release notes llvm-svn: 204134
2014-03-18 18:16:15 +08:00
Changes to the ARM Backend
--------------------------
[ARM] Undeprecate complex IT blocks AArch32/Armv8A introduced the performance deprecation of certain patterns of IT instructions. After some debate internal to ARM, this is now being reverted; i.e. no IT instruction patterns are performance deprecated anymore, as the perfomance degredation is not significant enough. This reverts the following: "ARMv8-A deprecates some uses of the T32 IT instruction. All uses of IT that apply to instructions other than a single subsequent 16-bit instruction from a restricted set are deprecated, as are explicit references to the PC within that single 16-bit instruction. This permits the non-deprecated forms of IT and subsequent instructions to be treated as a single 32-bit conditional instruction." The deprecation no longer applies, but the behaviour may be controlled by the -arm-restrict-it and -arm-no-restrict-it command-line options, with the latter being the default. No warnings about complex IT blocks will be generated. Reviewed By: dmgreen Differential Revision: https://reviews.llvm.org/D118044
2022-01-24 18:39:03 +08:00
* Added support for the Armv9-A, Armv9.1-A and Armv9.2-A architectures.
* Added support for the Armv8.1-M PACBTI-M extension.
* Added support for the Armv9-A, Armv9.1-A and Armv9.2-A architectures.
* Added support for the Armv8.1-M PACBTI-M extension.
* Removed the deprecation of ARMv8-A T32 Complex IT blocks. No deprecation
warnings will be generated and -mrestrict-it is now always off by default.
Previously it was on by default for Armv8 and off for all other architecture
versions.
[ARM] Don't Enable AES Pass for Generic Cores This brings clang/llvm into line with GCC. The Pass is still enabled for the affected cores, but is now opt-in when using `-march=`. I also took the opportunity to add release notes for this change. Reviewed By: john.brawn Differential Revision: https://reviews.llvm.org/D125775
2022-05-18 20:10:22 +08:00
* Added a pass to workaround Cortex-A57 Erratum 1742098 and Cortex-A72
Erratum 1655431. This is enabled by default when targeting either CPU.
[ARM] Undeprecate complex IT blocks AArch32/Armv8A introduced the performance deprecation of certain patterns of IT instructions. After some debate internal to ARM, this is now being reverted; i.e. no IT instruction patterns are performance deprecated anymore, as the perfomance degredation is not significant enough. This reverts the following: "ARMv8-A deprecates some uses of the T32 IT instruction. All uses of IT that apply to instructions other than a single subsequent 16-bit instruction from a restricted set are deprecated, as are explicit references to the PC within that single 16-bit instruction. This permits the non-deprecated forms of IT and subsequent instructions to be treated as a single 32-bit conditional instruction." The deprecation no longer applies, but the behaviour may be controlled by the -arm-restrict-it and -arm-no-restrict-it command-line options, with the latter being the default. No warnings about complex IT blocks will be generated. Reviewed By: dmgreen Differential Revision: https://reviews.llvm.org/D118044
2022-01-24 18:39:03 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
Changes to the AVR Backend
Added release notes for MIPS. llvm-svn: 213749
2014-07-23 20:59:26 +08:00
--------------------------
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
* ...
Added release notes for the Mips target. llvm-svn: 225607
2015-01-11 18:34:52 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
Changes to the Hexagon Backend
------------------------------
Add entry about Hexagon V68 support to the release notes
2021-05-13 21:25:04 +08:00
Bump the trunk major version to 14 and clear the release notes.
2021-07-28 12:51:07 +08:00
* ...
Added release notes for MIPS. llvm-svn: 213749
2014-07-23 20:59:26 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
Changes to the MIPS Backend
---------------------------
Add PowerPC release notes for 3.5. Here's my take on 3.5 changes for PowerPC. Others please feel free to add, edit, delete as desired. Thanks, Bill llvm-svn: 214403
2014-07-31 22:38:17 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
* ...
Add PowerPC release notes for 3.5. Here's my take on 3.5 changes for PowerPC. Others please feel free to add, edit, delete as desired. Thanks, Bill llvm-svn: 214403
2014-07-31 22:38:17 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
Changes to the PowerPC Backend
------------------------------
[Cygwin] Enable TLS as emutls. It resolves clang selfhosting with std::once() for Cygwin. FIXME: It may be EmulatedTLS-generic also for X86-Android. FIXME: Pass EmulatedTLS to LLVM CodeGen from Clang with -femulated-tls. llvm-svn: 256134
2015-12-21 10:37:23 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
* ...
Bump the trunk major version to 11 and clear the release notes.
2020-01-15 17:02:56 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
Changes to the RISC-V Backend
AMDGPU: Note mesa version in release notes llvm-svn: 258784
2016-01-26 12:29:15 +08:00
-----------------------------
[RISCV] Mention Zvfh extension in release notes. NFC
2022-03-18 01:12:09 +08:00
* The Zvfh extension was added.
AMDGPU: Assume f32 denormals are enabled by default This will likely introduce catastrophic performance regressions on older subtargets, but should be correct. A follow up change will remove the old fp32-denormals subtarget features, and switch to using the new denormal-fp-math/denormal-fp-math-f32 attributes. Frontends should be making sure to add the denormal-fp-math-f32 attribute when appropriate to avoid performance regressions.
2019-11-01 14:32:31 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
Changes to the WebAssembly Backend
----------------------------------
[ReleaseNotes] Mention the completion of the upstreaming of the AVR backend llvm-svn: 287273
2016-11-18 06:26:09 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
* ...
[ReleaseNotes] Mention the completion of the upstreaming of the AVR backend llvm-svn: 287273
2016-11-18 06:26:09 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
Changes to the X86 Backend
--------------------------
[WebAssembly] Add a release notes blurb Bid farewell to LLVM_EXPERIMENTAL_TARGETS_TO_BUILD! Differential Revision: https://reviews.llvm.org/D56648 llvm-svn: 351083
2019-01-15 02:20:30 +08:00
[docs] Update ReleaseNotes template This change makes several updates to the ReleaseNotes template: * Orders the backend/target updates alphabetically * Adds RISC-V to the list * Uses "Backend" rather than a mix of "Target" and "Backend" (I don't have a strong view on which term is used, but we should be consistent!) * Uses * ... as the placeholder text, as this matches the format actually used for most updates in recent releases Differential Revision: https://reviews.llvm.org/D120043
2022-02-21 03:42:07 +08:00
* ...
[WebAssembly] Add a release notes blurb Bid farewell to LLVM_EXPERIMENTAL_TARGETS_TO_BUILD! Differential Revision: https://reviews.llvm.org/D56648 llvm-svn: 351083
2019-01-15 02:20:30 +08:00
Update release notes wrt OCaml bindings. llvm-svn: 225779
2015-01-13 17:48:02 +08:00
Changes to the OCaml bindings
-----------------------------
Add a C API section to the release notes. llvm-svn: 306777
2017-06-30 09:17:45 +08:00
Changes to the C API
--------------------
Recommit "[DWARF5]Addition of alignment atrribute in typedef DIE." This revision is revised to update Go-bindings and Release Notes. The original commit message follows. This patch, adds support for DW_AT_alignment[DWARF5] attribute, to be emitted with typdef DIE. When explicit alignment is specified. Patch by Awanish Pandey <Awanish.Pandey@amd.com> Reviewers: aprantl, dblaikie, jini.susan.george, SouraVX, alok, deadalinx Differential Revision: https://reviews.llvm.org/D70111
2019-12-03 11:59:54 +08:00
[CAPI] Expose CastInst::getCastOpcode in C API Reviewed By: deadalnix Differential Revision: https://reviews.llvm.org/D91514
2022-05-01 06:40:04 +08:00
* Add ``LLVMGetCastOpcode`` function to aid users of ``LLVMBuildCast`` in
resolving the best cast operation given a source value and destination type.
This function is a direct wrapper of ``CastInst::getCastOpcode``.
Recommit "[DWARF5]Addition of alignment atrribute in typedef DIE." This revision is revised to update Go-bindings and Release Notes. The original commit message follows. This patch, adds support for DW_AT_alignment[DWARF5] attribute, to be emitted with typdef DIE. When explicit alignment is specified. Patch by Awanish Pandey <Awanish.Pandey@amd.com> Reviewers: aprantl, dblaikie, jini.susan.george, SouraVX, alok, deadalinx Differential Revision: https://reviews.llvm.org/D70111
2019-12-03 11:59:54 +08:00
Changes to the Go bindings
--------------------------
Add a C API section to the release notes. llvm-svn: 306777
2017-06-30 09:17:45 +08:00
Remove the BBVectorize pass. It served us well, helped kick-start much of the vectorization efforts in LLVM, etc. Its time has come and past. Back in 2014: http://lists.llvm.org/pipermail/llvm-dev/2014-November/079091.html Time to actually let go and move forward. =] I've updated the release notes both about the removal and the deprecation of the corresponding C API. llvm-svn: 306797
2017-06-30 15:09:08 +08:00
[FastISel] Remove kill tracking This is a followup to D98145: As far as I know, tracking of kill flags in FastISel is just a compile-time optimization. However, I'm not actually seeing any compile-time regression when removing the tracking. This probably used to be more important in the past, before FastRA was switched to allocate instructions in reverse order, which means that it discovers kills as a matter of course. As such, the kill tracking doesn't really seem to serve a purpose anymore, and just adds additional complexity and potential for errors. This patch removes it entirely. The primary changes are dropping the hasTrivialKill() method and removing the kill arguments from the emitFast methods. The rest is mechanical fixup. Differential Revision: https://reviews.llvm.org/D98294
2021-03-10 04:04:03 +08:00
Changes to the FastISel infrastructure
--------------------------------------
Bump the trunk major version to 14 and clear the release notes.
2021-07-28 12:51:07 +08:00
* ...
[FastISel] Remove kill tracking This is a followup to D98145: As far as I know, tracking of kill flags in FastISel is just a compile-time optimization. However, I'm not actually seeing any compile-time regression when removing the tracking. This probably used to be more important in the past, before FastRA was switched to allocate instructions in reverse order, which means that it discovers kills as a matter of course. As such, the kill tracking doesn't really seem to serve a purpose anymore, and just adds additional complexity and potential for errors. This patch removes it entirely. The primary changes are dropping the hasTrivialKill() method and removing the kill arguments from the emitFast methods. The rest is mechanical fixup. Differential Revision: https://reviews.llvm.org/D98294
2021-03-10 04:04:03 +08:00
Set ADDE/ADDC/SUBE/SUBC to expand by default Summary: They've been deprecated in favor of UADDO/ADDCARRY or USUBO/SUBCARRY for a while. Target that uses these opcodes are changed in order to ensure their behavior doesn't change. Reviewers: efriedma, craig.topper, dblaikie, bkramer Subscribers: jholewinski, arsenm, jyknight, sdardis, nemanjai, nhaehnle, kbarton, fedor.sergeev, asb, rbar, johnrusso, simoncook, jordy.potman.lists, apazos, sabuasal, niosHD, jrtc27, zzheng, edward-jones, mgrang, atanasyan, llvm-commits Differential Revision: https://reviews.llvm.org/D47422 llvm-svn: 333748
2018-06-01 21:21:33 +08:00
Changes to the DAG infrastructure
---------------------------------
Get rid of SETCCE Summary: It has been deprecated in favor of SETCCCARRY for a year now and isn't used by any in tree backend. Reviewers: efriedma, craig.topper, dblaikie, bkramer Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D47685 llvm-svn: 333939
2018-06-05 02:36:22 +08:00
[docs] Add the release notes about Debug Entry Values Note that x86, arm and aarch64 targets support the Debug Entry Values feature by default. Differential Revision: https://reviews.llvm.org/D77494
2020-04-07 18:05:22 +08:00
Changes to the Debug Info
---------------------------------
Bump the trunk major version to 12 and clear the release notes.
2020-07-15 17:40:53 +08:00
During this release ...
[docs] Add the release notes about Debug Entry Values Note that x86, arm and aarch64 targets support the Debug Entry Values feature by default. Differential Revision: https://reviews.llvm.org/D77494
2020-04-07 18:05:22 +08:00
[docs][llvm-dwarfdump] Add the release notes about --show-section-sizes Note that the llvm-dwarfdump has the new option. Differential Revision: https://reviews.llvm.org/D77495
2020-04-10 16:33:33 +08:00
Changes to the LLVM tools
---------------------------------
Add LLDB section to the release notes llvm-svn: 365228
2019-07-06 01:58:30 +08:00
Changes to LLDB
[docs][lldb] Fix lldb item in releasenotes Reviewed By: JDevlieghere Differential Revision: https://reviews.llvm.org/D83962
2020-07-17 01:07:12 +08:00
---------------------------------
Add LLDB section to the release notes llvm-svn: 365228
2019-07-06 01:58:30 +08:00
Reland "[lldb] Add --all option to "memory region"" This reverts commit 3e928c4b9dfb01efd2cb968795e605760828e873. This fixes an issue seen on Windows where we did not properly get the section names of regions if they overlapped. Windows has regions like: [0x00007fff928db000-0x00007fff949a0000) --- [0x00007fff949a0000-0x00007fff949a1000) r-- PECOFF header [0x00007fff949a0000-0x00007fff94a3d000) r-x .hexpthk [0x00007fff949a0000-0x00007fff94a85000) r-- .rdata [0x00007fff949a0000-0x00007fff94a88000) rw- .data [0x00007fff949a0000-0x00007fff94a94000) r-- .pdata [0x00007fff94a94000-0x00007fff95250000) --- I assumed that you could just resolve the address and get the section name using the start of the region but here you'd always get "PECOFF header" because they all have the same start point. The usual command repeating loop used the end address of the previous region when requesting the next, or getting the section name. So I've matched this in the --all scenario. In the example above, somehow asking for the region at 0x00007fff949a1000 would get you a region that starts at 0x00007fff949a0000 but has a different end point. Using the load address you get (what I assume is) the correct section name.
2022-05-19 19:57:44 +08:00
* The "memory region" command now has a "--all" option to list all
memory regions (including unmapped ranges). This is the equivalent
of using address 0 then repeating the command until all regions
have been listed.
Add an unsigned shift base sanitizer It's not undefined behavior for an unsigned left shift to overflow (i.e. to shift bits out), but it has been the source of bugs and exploits in certain codebases in the past. As we do in other parts of UBSan, this patch adds a dynamic checker which acts beyond UBSan and checks other sources of errors. The option is enabled as part of -fsanitize=integer. The flag is named: -fsanitize=unsigned-shift-base This matches shift-base and shift-exponent flags. <rdar://problem/46129047> Differential Revision: https://reviews.llvm.org/D86000
2020-08-15 05:05:57 +08:00
Changes to Sanitizers
---------------------
Remove the Visual Studio/MSBuild integration (llvm/tools/msbuild/) This has been obsolete and abandoned since MS started including an integration themselves in Visual Studio 2019. See discussion at https://discourse.llvm.org/t/building-the-llvm-with-msbuild/62053/ Differential revision: https://reviews.llvm.org/D124521
2022-04-27 20:14:39 +08:00
Other Changes
-------------
* The code for the `LLVM Visual Studio integration
<https://marketplace.visualstudio.com/items?itemName=LLVMExtensions.llvm-toolchain>`_
has been removed. This had been obsolete and abandoned since Visual Studio
started including an integration by default in 2019.
Bump the trunk major version to 15
2022-02-02 15:29:29 +08:00
External Open Source Projects Using LLVM 15
Bump the trunk version to 10.0.0svn and clear the release notes. llvm-svn: 366427
2019-07-18 19:51:05 +08:00
===========================================
Update release notes wrt OCaml bindings. llvm-svn: 225779
2015-01-13 17:48:02 +08:00
Trunk release notes now refer to 4.0.0 llvm-svn: 275842
2016-07-19 02:02:23 +08:00
* A project...
Add external project LDC to release notes. LDC, the LLVM-based D compiler, is already using LLVM 3.4. llvm-svn: 194665
2013-11-14 13:57:40 +08:00
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
Additional Information
======================
A wide variety of additional information is available on the `LLVM web page
ReleaseNotes: update links to use https llvm-svn: 341785
2018-09-10 16:50:31 +08:00
<https://llvm.org/>`_, in particular in the `documentation
<https://llvm.org/docs/>`_ section. The web page also contains versions of the
Bump the trunk major version to 11 and clear the release notes.
2020-01-15 17:02:56 +08:00
API documentation which is up-to-date with the Git version of the source
Documentation: convert ReleaseNotes.html to reST. Patch by Anthony Mykhailenko with small fixes by me. llvm-svn: 169714
2012-12-10 07:14:26 +08:00
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
ReleaseNotes: update links to use https llvm-svn: 341785
2018-09-10 16:50:31 +08:00
us via the `mailing lists <https://llvm.org/docs/#mailing-lists>`_.