| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | P1286R2: Remove restriction that the exception specification of a | Richard Smith | 2019-05-06 | 1 | -0/+15 |
| | | | | | | | defaulted special member matches the implicit exception specification. llvm-svn: 360011 | ||||
| * | [www] Rebuild cxx_dr_status. | Richard Smith | 2019-04-26 | 1 | -1/+1 |
| | | | | | llvm-svn: 359261 | ||||
| * | Revert r359048: C++ DR2387: a variable template declared wthi | Ilya Biryukov | 2019-04-24 | 1 | -1/+1 |
| | | | | | | | | | | | | | | The change breaks libc++ with the follwing error: In file included from valarray:4: .../include/c++/v1/valarray:1062:60: error: explicit instantiation declaration of 'valarray<_Tp>' with internal linkage _LIBCPP_EXTERN_TEMPLATE(_LIBCPP_FUNC_VIS valarray<size_t>::valarray(size_t)) ^ .../include/c++/v1/valarray:1063:60: error: explicit instantiation declaration of '~valarray<_Tp>' with internal linkage _LIBCPP_EXTERN_TEMPLATE(_LIBCPP_FUNC_VIS valarray<size_t>::~valarray()) llvm-svn: 359076 | ||||
| * | C++ DR2387: a variable template declared wtih (or instantiated with) a | Richard Smith | 2019-04-23 | 1 | -1/+1 |
| | | | | | | | | const-qualified type is not implicitly given internal linkage. But a variable template declared 'static' is. llvm-svn: 359048 | ||||
| * | Mark the lambda function pointer conversion operator as noexcept. | Aaron Ballman | 2019-01-21 | 1 | -0/+12 |
| | | | | | | | This implements CWG DR 1722 and fixes PR40309. Patch by Ignat Loskutov. llvm-svn: 351750 | ||||
| * | P0136R1, DR1573, DR1645, DR1715, DR1736, DR1903, DR1941, DR1959, DR1991: | Richard Smith | 2016-06-28 | 1 | -4/+48 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Replace inheriting constructors implementation with new approach, voted into C++ last year as a DR against C++11. Instead of synthesizing a set of derived class constructors for each inherited base class constructor, we make the constructors of the base class visible to constructor lookup in the derived class, using the normal rules for using-declarations. For constructors, UsingShadowDecl now has a ConstructorUsingShadowDecl derived class that tracks the requisite additional information. We create shadow constructors (not found by name lookup) in the derived class to model the actual initialization, and have a new expression node, CXXInheritedCtorInitExpr, to model the initialization of a base class from such a constructor. (This initialization is special because it performs real perfect forwarding of arguments.) In cases where argument forwarding is not possible (for inalloca calls, variadic calls, and calls with callee parameter cleanup), the shadow inheriting constructor is not emitted and instead we directly emit the initialization code into the caller of the inherited constructor. Note that this new model is not perfectly compatible with the old model in some corner cases. In particular: * if B inherits a private constructor from A, and C uses that constructor to construct a B, then we previously required that A befriends B and B befriends C, but the new rules require A to befriend C directly, and * if a derived class has its own constructors (and so its implicit default constructor is suppressed), it may still inherit a default constructor from a base class llvm-svn: 274049 | ||||
| * | Re-arrange DR test cases, and update DR status page. | Larisse Voufo | 2015-01-28 | 1 | -0/+34 |
| llvm-svn: 227279 | |||||
 |
index : bcm5719-llvm | |
| Project Ortega BCM5719 LLVM | Raptor Computing Systems |
| summaryrefslogtreecommitdiffstats |
|