blob: 0cc8c00608efa1901d2a0620251e9d07e0ecc663 [file] [log] [blame]
Hans Wennborg003a9982019-07-18 11:51:05 +00001=========================================
Tom Stellard33b3b1b2021-01-26 19:37:08 -08002Libc++ 13.0.0 (In-Progress) Release Notes
Hans Wennborg003a9982019-07-18 11:51:05 +00003=========================================
Louis Dionne42222072018-09-06 14:46:22 +00004
5.. contents::
6 :local:
7 :depth: 2
8
Hans Wennborg3329a842018-09-10 08:57:12 +00009Written by the `Libc++ Team <https://libcxx.llvm.org>`_
Louis Dionne42222072018-09-06 14:46:22 +000010
11.. warning::
12
Tom Stellard33b3b1b2021-01-26 19:37:08 -080013 These are in-progress notes for the upcoming libc++ 13 release.
Louis Dionne42222072018-09-06 14:46:22 +000014 Release notes for previous releases can be found on
Hans Wennborg3329a842018-09-10 08:57:12 +000015 `the Download Page <https://releases.llvm.org/download.html>`_.
Louis Dionne42222072018-09-06 14:46:22 +000016
17Introduction
18============
19
20This document contains the release notes for the libc++ C++ Standard Library,
Tom Stellard33b3b1b2021-01-26 19:37:08 -080021part of the LLVM Compiler Infrastructure, release 13.0.0. Here we describe the
Louis Dionne42222072018-09-06 14:46:22 +000022status of libc++ in some detail, including major improvements from the previous
23release and new feature work. For the general LLVM release notes, see `the LLVM
Hans Wennborg3329a842018-09-10 08:57:12 +000024documentation <https://llvm.org/docs/ReleaseNotes.html>`_. All LLVM releases may
25be downloaded from the `LLVM releases web site <https://llvm.org/releases/>`_.
Louis Dionne42222072018-09-06 14:46:22 +000026
27For more information about libc++, please see the `Libc++ Web Site
Hans Wennborg3329a842018-09-10 08:57:12 +000028<https://libcxx.llvm.org>`_ or the `LLVM Web Site <https://llvm.org>`_.
Louis Dionne42222072018-09-06 14:46:22 +000029
Hans Wennborgfc14f4e2020-01-15 10:02:56 +010030Note that if you are reading this file from a Git checkout or the
Louis Dionne42222072018-09-06 14:46:22 +000031main Libc++ web page, this document applies to the *next* release, not
32the current one. To see the release notes for a specific release, please
Hans Wennborg3329a842018-09-10 08:57:12 +000033see the `releases page <https://llvm.org/releases/>`_.
Louis Dionne42222072018-09-06 14:46:22 +000034
Tom Stellard33b3b1b2021-01-26 19:37:08 -080035What's New in Libc++ 13.0.0?
Hans Wennborg003a9982019-07-18 11:51:05 +000036============================
Louis Dionne42222072018-09-06 14:46:22 +000037
38New Features
39------------
40
Tom Stellard33b3b1b2021-01-26 19:37:08 -080041- ...
Raul Tambreafcedea2020-06-19 12:43:33 +053042
Louis Dionne42222072018-09-06 14:46:22 +000043API Changes
44-----------
Martin Storsjöe3a71972020-10-26 13:18:46 +020045
Louis Dionne574e2e32021-02-10 16:19:50 -050046- There has been several changes in the tuple constructors provided by libc++.
47 Those changes were made as part of an effort to regularize libc++'s tuple
48 implementation, which contained several subtle bugs due to these extensions.
49 If you notice a build breakage when initializing a tuple, make sure you
50 properly initialize all the tuple elements - this is probably the culprit.
51
52 In particular, the extension allowing tuples to be constructed from fewer
53 elements than the number of elements in the tuple (in which case the remaining
54 elements would be default-constructed) has been removed. See https://godbolt.org/z/sqozjd.
55
56 Also, the extension allowing a tuple to be constructed from an array has been
57 removed. See https://godbolt.org/z/5esqbW.
Louis Dionnee48b28f2021-04-13 16:43:42 -040058
59- The ``std::pointer_safety`` utility and related functions are not available
60 in C++03 anymore. Furthermore, in other standard modes, it has changed from
61 a struct to a scoped enumeration, which is an ABI break. Finally, the
62 ``std::get_pointer_safety`` function was previously in the dylib, but it
63 is now defined as inline in the headers.
64
65 While this is technically both an API and an ABI break, we do not expect
66 ``std::pointer_safety`` to have been used at all in real code, since we
67 never implemented the underlying support for garbage collection.