Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Fix behavior of __builtin_bit_cast when the From and To types are the | Richard Smith | 2019-10-07 | 1 | -0/+16 |
| | | | | | | | | | | same. We were missing the lvalue-to-rvalue conversion entirely in this case, and in fact still need the full CK_LValueToRValueBitCast conversion to perform a load with no TBAA. llvm-svn: 373874 | ||||
* | NFC: Fix a poorly-written test | Erik Pilkington | 2019-09-23 | 1 | -7/+7 |
| | | | | | | The author of r364954 foolishly forgot that == binds tighter than ?: llvm-svn: 372631 | ||||
* | [NFC] Fixed failed test | David Bolvansky | 2019-09-22 | 1 | -1/+1 |
| | | | | llvm-svn: 372533 | ||||
* | [C++2a] Add __builtin_bit_cast, used to implement std::bit_cast | Erik Pilkington | 2019-07-02 | 1 | -0/+383 |
This commit adds a new builtin, __builtin_bit_cast(T, v), which performs a bit_cast from a value v to a type T. This expression can be evaluated at compile time under specific circumstances. The compile time evaluation currently doesn't support bit-fields, but I'm planning on fixing this in a follow up (some of the logic for figuring this out is in CodeGen). I'm also planning follow-ups for supporting some more esoteric types that the constexpr evaluator supports, as well as extending __builtin_memcpy constexpr evaluation to use the same infrastructure. rdar://44987528 Differential revision: https://reviews.llvm.org/D62825 llvm-svn: 364954 |