From 7af201cba581930f990f70cb99bb91e7a046b307 Mon Sep 17 00:00:00 2001 From: =?utf8?q?Martin=20Storsj=C3=B6?= Date: Mon, 15 Aug 2022 14:26:21 +0300 Subject: [PATCH] [libcxx] [doc] Remove a leftover tentative release note This release note was added tentatively in https://reviews.llvm.org/D120982 / ebde6fc23bc0ee9d022fcd26b52bc82dfb7c8468. The issue was resolved differently in https://reviews.llvm.org/D125715 / bedf657d0f4c54ffe9ef4303382657a74296b544, but that commit forgot to remove the tentative release note. --- libcxx/docs/ReleaseNotes.rst | 5 ----- 1 file changed, 5 deletions(-) diff --git a/libcxx/docs/ReleaseNotes.rst b/libcxx/docs/ReleaseNotes.rst index 6acde0db864b..9fd114a05585 100644 --- a/libcxx/docs/ReleaseNotes.rst +++ b/libcxx/docs/ReleaseNotes.rst @@ -239,11 +239,6 @@ Build System Changes use the ``CMAKE_CXX_COMPILER_TARGET``, ``CMAKE_SYSROOT`` and ``CMAKE_CXX_COMPILER_EXTERNAL_TOOLCHAIN`` variables provided by CMake. -- When building for Windows, vendors who want to avoid dll-exporting symbols from the static libc++abi - library should set ``LIBCXXABI_HERMETIC_STATIC_LIBRARY=ON`` when configuring CMake. The current - behavior, which tries to guess the correct dll-export semantics based on whether we're building - the libc++ shared library, will be removed in LLVM 16. - - Previously, the C++ ABI library headers would be installed inside ``/include/c++/v1`` alongside the libc++ headers as part of building libc++. This is not the case anymore -- the ABI library is expected to install its headers where it wants them as part of its own build. -- 2.34.1