| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
argument.
Summary:
The problem here is that an enum class can not be implicitly converted to an
integer. That assumption snuck back into PointerIntPair. This commit fixes the
issue and more importantly adds some unittests to make sure that we do not break
this again.
rdar://23594806
Reviewers: gribozavr
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D16131
llvm-svn: 257574
|
|
We didn't actually statically check this, and so it worked 25% of the
time for me. =/ Really sorry it took so long to fix, I shouldn't leave
the commit log editor window open without saving and landing the commit.
=[
llvm-svn: 256528
|
|
Instead, actually produce a nonce type in the test and use that. This
makes the test, IMO, both simpler and more clear.
llvm-svn: 256518
|
|
llvm-svn: 229501
|
|
- Use constructor instead of initializer list.
- Disable ManyUnusedBits for now.
llvm-svn: 203436
|
|
EXPECT_TRUE/FALSE is also more idiomatic for booleans than EXPECT_EQ
llvm-svn: 203284
|
|
Previously, the assertions in PointerIntPair would try to calculate the value
(1 << NumLowBitsAvailable); the inferred type here is 'int', so if there were
more than 31 bits available we'd get a shift overflow.
Also, add a rudimentary unit test file for PointerIntPair.
llvm-svn: 203273
|
