[all-commits] [llvm/llvm-project] 2ae523: [libc++] Towards a simpler extern template story i...
Louis Dionne via All-commits
all-commits at lists.llvm.org
Wed Jun 8 19:05:27 PDT 2022
Branch: refs/heads/main
Home: https://github.com/llvm/llvm-project
Commit: 2ae52326dab0a771b6167bc61a858389ac609ccc
https://github.com/llvm/llvm-project/commit/2ae52326dab0a771b6167bc61a858389ac609ccc
Author: Louis Dionne <ldionne.2 at gmail.com>
Date: 2022-06-08 (Wed, 08 Jun 2022)
Changed paths:
M libcxx/docs/DesignDocs/VisibilityMacros.rst
M libcxx/docs/ReleaseNotes.rst
M libcxx/docs/UsingLibcxx.rst
M libcxx/include/__algorithm/sort.h
M libcxx/include/__config
M libcxx/include/__locale
M libcxx/include/fstream
M libcxx/include/istream
M libcxx/include/locale
M libcxx/include/ostream
M libcxx/include/sstream
M libcxx/include/streambuf
M libcxx/include/string
M libcxx/include/valarray
M libcxxabi/CMakeLists.txt
Log Message:
-----------
[libc++] Towards a simpler extern template story in libc++
The flexibility around extern template instantiation declarations in
libc++ result in a very complicated model, especially when support for
slightly different configurations (like the debug mode or assertions
in the dylib) are taken into account. That results in unexpected bugs
like http://llvm.org/PR50534 (and there have been multiple similar
bugs in the past, notably around the debug mode).
This patch gets rid of the _LIBCPP_DISABLE_EXTERN_TEMPLATE knob, which
I don't think is fundamental. Indeed, the motivation for that knob was to
avoid taking a dependency on the library, however that can be done better
by linking against the static library instead. And in fact, some parts of
the headers will always depend on things defined in the library, which
defeats the original goal of _LIBCPP_DISABLE_EXTERN_TEMPLATE.
Differential Revision: https://reviews.llvm.org/D103960
More information about the All-commits
mailing list