[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