bcm5719-llvm/libcxx/include/__tuple, branch meklort-10.0.1

Refactor default constructor SFINAE in pair and tuple.

2019-09-30T20:55:30+00:00

Refactor the recent implicit default constructor changes to match the existing SFINAE style. llvm-svn: 373263

Apply new meta-programming traits throughout the library.

2019-06-23T20:28:29+00:00

The new meta-programming primitives are lower cost than the old versions. This patch removes those old versions and switches libc++ to use the new ones. llvm-svn: 364160

Apply [[nodebug]] to typedefs throughout the STL.

2019-06-12T02:03:31+00:00

When applied to a typedef or alias template, the [[nodebug]] attribute makes the typedef transparent to the debugger, so instead of seeing `std::__function::__alloc_func::type, allocator, void()>::_Target` you see `void(&)()` as the type of the variable in your debugger. Removing all this SFINAE noise from debug info has huge binary size wins, in addition to improving the readability. For now this change is on by default. Users can override it by specifying -D_LIBCPP_NODEBUG_TYPE= llvm-svn: 363117

[libc++] Declare std::tuple_element as struct instead of class

2019-04-01T16:39:34+00:00

Similarly to https://reviews.llvm.org/rL350972, this revision changes std::tuple_element from class to struct. Fixes PR41331. Thanks to Jan Wilken Dörrie for the patch. Differential Revision: https://reviews.llvm.org/D60069 llvm-svn: 357411

Update more file headers across all of the LLVM projects in the monorepo

2019-01-19T10:56:40+00:00

to reflect the new license. These used slightly different spellings that defeated my regular expressions. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351648

Change from a to a . Fixes PR#39871.

2019-01-11T21:57:12+00:00

llvm-svn: 350972

Cleanup remaining usages of _LIBCPP_HAS_NO_ in tuple and utility

2017-04-19T01:23:39+00:00

llvm-svn: 300644

[NFC] Rename _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS

2017-01-04T23:56:00+00:00

The name _LIBCPP_TYPE_VIS_ONLY is no longer accurate because both _LIBCPP_TYPE_VIS and _LIBCPP_TYPE_VIS_ONLY expand to __attribute__((__type_visibility__)) with Clang. The only remaining difference is that _LIBCPP_TYPE_VIS_ONLY can be applied to templates whereas _LIBCPP_TYPE_VIS cannot (due to dllimport/dllexport not being allowed on templates). This patch renames _LIBCPP_TYPE_VIS_ONLY to _LIBCPP_TEMPLATE_VIS. llvm-svn: 291035

Fix private inheritance in C++03 tuple_size

2017-01-04T23:35:51+00:00

llvm-svn: 291032

[libcxx] Re-implement LWG 2770 again: Fix tuple_size to work with structured bindings

2017-01-04T22:38:46+00:00

Summary: This patch attempts to re-implement a fix for LWG 2770, but not the actual specified PR. The PR for 2770 specifies tuple_size as only conditionally providing a `::value` member. However C++17 structured bindings require `tuple_size` to be complete only if `tuple_size` is also complete. Therefore this patch implements only provides the specialization `tuple_size` iff `tuple_size` is a complete type. This fixes http://llvm.org/PR31513. Reviewers: mclow.lists, rsmith, mpark Subscribers: mpark, cfe-commits Differential Revision: https://reviews.llvm.org/D28222 llvm-svn: 291019