blob: 1ec7fa3d20cd0e2773fb59862448bb751535f792 [file] [log] [blame]
Hans Wennborg003a9982019-07-18 11:51:05 +00001=========================================
Tom Stellardce41e662021-07-27 21:51:07 -07002Libc++ 14.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 Stellardce41e662021-07-27 21:51:07 -070013 These are in-progress notes for the upcoming libc++ 14 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 Stellardce41e662021-07-27 21:51:07 -070021part of the LLVM Compiler Infrastructure, release 14.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 Stellardce41e662021-07-27 21:51:07 -070035What's New in Libc++ 14.0.0?
Hans Wennborg003a9982019-07-18 11:51:05 +000036============================
Louis Dionne42222072018-09-06 14:46:22 +000037
38New Features
39------------
40
Mark de Wevercb50a052020-12-19 13:52:07 +010041- There's initial support for the C++20 header ``<format>``. The implementation
42 is incomplete. Some functions are known to be inefficient; both in memory
43 usage and performance. The implementation is considered experimental and isn't
44 considered ABI stable.
Mark de Weverebbd3b62021-05-25 20:11:08 +020045- There's a new CMake option ``LIBCXX_ENABLE_UNICODE`` to disable Unicode
46 support in the ``<format>`` header. This only affects the estimation of the
47 output width of the format functions.
Raul Tambreafcedea2020-06-19 12:43:33 +053048
Louis Dionne42222072018-09-06 14:46:22 +000049API Changes
50-----------
Martin Storsjöe3a71972020-10-26 13:18:46 +020051
Tom Stellardce41e662021-07-27 21:51:07 -070052- ...
Sylvestre Ledrub6e1b312021-10-04 11:06:45 +020053
54Build System Changes
55--------------------
56
57- Building the libc++ shared or static library requires a C++ 20 capable compiler.
58 Use ``-DLLVM_ENABLE_PROJECTS='clang;compiler-rt' -DLLVM_ENABLE_RUNTIMES='libcxx;libcxxabi'``
59 to build libc++ using a fresh build of Clang.
Mark de Wever494905b2021-06-09 20:26:34 +020060
61- The functions ``std::atomic<T*>::fetch_(add|sub)`` and
62 ``std::atomic_fetch_(add|sub)`` no longer accept a function pointer. While
63 this is technically an API break, the invalid syntax isn't supported by
64 libstc++ and MSVC STL. See https://godbolt.org/z/49fvzz98d.
65
66- The call of the functions ``std::atomic_(add|sub)(std::atomic<T*>*, ...)``
67 with the explicit template argument ``T`` are now ill-formed. While this is
68 technically an API break, the invalid syntax isn't supported by libstc++ and
69 MSVC STL. See https://godbolt.org/z/v9959re3v.
70
71 Due to this change it's now possible to call these functions with the
72 explicit template argument ``T*``. This allows using the same syntax on the
73 major Standard library implementations.
74 See https://godbolt.org/z/oEfzPhTTb.
75
76 Calls to these functions where the template argument was deduced by the
77 compiler are unaffected by this change.