| .. |
|
UTypes.fail.cpp
|
I believe tuple is still under development in the standard. Daniel Krugler is/will be making convincing arguments that a modified form of LWG 2051 (currently NAD Future) is easily acheivable and desirable. He has demonstrated that a tuple<T...> where all of the T are implicitly convertible from U... should have a tuple constructor that is also implicit, instead of explicit. This would support the use cases in LWG 2051 while not undermining T... with explicit conversions from U.... This check-in is an experimental implementation of Daniel's work. I believe this work to be mature enough to warrant inclusion into libc++. If anyone sees real-world problems that this check in causes, please let me know and I will revert it, and provide the feedback to the LWG.
|
2012-04-01 23:10:42 +00:00 |
|
UTypes.pass.cpp
|
Make tuple's constructor and std::get<>(tuple) constexpr. Final stage of fixing bug #16599. Thanks to Howard for the review and updates.
|
2013-07-22 16:02:19 +00:00 |
|
alloc.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
alloc_UTypes.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
alloc_const_Types.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
alloc_const_pair.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
alloc_convert_copy.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
alloc_convert_move.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
alloc_copy.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
alloc_move.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
alloc_move_pair.pass.cpp
|
Found two identical files named 'allocators.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 18:08:31 +00:00 |
|
const_Types.fail.cpp
|
I believe tuple is still under development in the standard. Daniel Krugler is/will be making convincing arguments that a modified form of LWG 2051 (currently NAD Future) is easily acheivable and desirable. He has demonstrated that a tuple<T...> where all of the T are implicitly convertible from U... should have a tuple constructor that is also implicit, instead of explicit. This would support the use cases in LWG 2051 while not undermining T... with explicit conversions from U.... This check-in is an experimental implementation of Daniel's work. I believe this work to be mature enough to warrant inclusion into libc++. If anyone sees real-world problems that this check in causes, please let me know and I will revert it, and provide the feedback to the LWG.
|
2012-04-01 23:10:42 +00:00 |
|
const_Types.pass.cpp
|
D4451: Fix copy/move issues casude by __tuple_leafs's converting constructor
|
2014-07-24 18:48:34 +00:00 |
|
const_Types2.fail.cpp
|
…
|
|
|
const_pair.pass.cpp
|
Make tuple's constructor and std::get<>(tuple) constexpr. Final stage of fixing bug #16599. Thanks to Howard for the review and updates.
|
2013-07-22 16:02:19 +00:00 |
|
convert_copy.pass.cpp
|
Make tuple's constructor and std::get<>(tuple) constexpr. Final stage of fixing bug #16599. Thanks to Howard for the review and updates.
|
2013-07-22 16:02:19 +00:00 |
|
convert_move.pass.cpp
|
…
|
|
|
copy.fail.cpp
|
…
|
|
|
copy.pass.cpp
|
Make tuple's constructor and std::get<>(tuple) constexpr. Final stage of fixing bug #16599. Thanks to Howard for the review and updates.
|
2013-07-22 16:02:19 +00:00 |
|
default.pass.cpp
|
Found two identical files named 'DefaultOnly.h' in the libcxx test suite. Moved one to /support, removed the other, and iupdated all the includes. No functionality change
|
2013-12-02 17:00:56 +00:00 |
|
move.pass.cpp
|
D4451: Fix copy/move issues casude by __tuple_leafs's converting constructor
|
2014-07-24 18:48:34 +00:00 |
|
move_pair.pass.cpp
|
…
|
|
567bb79bf2