| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 115503
|
| |
|
|
|
|
| |
also fixes PR8250.
llvm-svn: 114972
|
| |
|
|
| |
llvm-svn: 114727
|
| |
|
|
|
|
|
|
|
| |
Fix zeroExtend and signExtend to support empty sets, and to return the smallest
possible result set which contains the extension of each element in their
inputs. For example zext i8 [100, 10) to i16 is now [0, 256), not i16 [100, 10)
which contains 63446 members.
llvm-svn: 113187
|
| |
|
|
| |
llvm-svn: 112708
|
| |
|
|
|
|
|
|
|
| |
- remove ashr which never worked.
- fix lshr and shl and add tests.
- remove dead function "intersect1Wrapped".
- add a new sub method to subtract ranges, with test.
llvm-svn: 110861
|
| |
|
|
| |
llvm-svn: 110504
|
| |
|
|
| |
llvm-svn: 109111
|
| |
|
|
| |
llvm-svn: 109110
|
| |
|
|
| |
llvm-svn: 109109
|
| |
|
|
| |
llvm-svn: 108889
|
| |
|
|
|
|
| |
this file
llvm-svn: 108864
|
| |
|
|
| |
llvm-svn: 108854
|
| |
|
|
| |
llvm-svn: 108851
|
| |
|
|
|
|
|
| |
this is still minimal on purpose, but I plan to migrate the ugly
hack under #ifdef DEBUG_CAST_OPERATORS into this file
llvm-svn: 108849
|
| |
|
|
| |
llvm-svn: 98701
|
| |
|
|
| |
llvm-svn: 97454
|
| |
|
|
| |
llvm-svn: 96503
|
| |
|
|
|
|
| |
Thanks to Jochen Wilhelmy for the suggestion!
llvm-svn: 95677
|
| |
|
|
|
|
|
|
|
| |
TimeValue()::now().toEpochTime() is supposed to be the same as time(),
but it wasn't, because toEpoch subtracted PosixZeroTime, but now()
didn't add PosixZeroTime!
Add a unittest to check this works.
llvm-svn: 94178
|
| |
|
|
|
|
| |
debugging some leaks (PR5770 in particular).
llvm-svn: 91713
|
| |
|
|
| |
llvm-svn: 85254
|
| |
|
|
| |
llvm-svn: 84355
|
| |
|
|
|
|
| |
same Value without breaking things.
llvm-svn: 83861
|
| |
|
|
|
|
|
| |
where the element is of a basic builtin type. For example, to get
an i8* use getInt8PtrTy.
llvm-svn: 83379
|
| |
|
|
|
|
| |
and makes the API more annoying. Add a Regex::getNumMatches() method.
llvm-svn: 82877
|
| |
|
|
|
|
|
| |
setenv(). This patch just disables the test rather than getting putenv() to
work. Thanks to Sandeep Patel for reporting the problem.
llvm-svn: 82797
|
| |
|
|
|
|
|
|
| |
; CHECK: movl {{%e[a-z][xi]}}, %eax
or whatever.
llvm-svn: 82717
|
| |
|
|
|
|
|
| |
a trivial unittest would have caught. This revision also adds the trivial
unittest.
llvm-svn: 82675
|
| |
|
|
|
|
|
| |
- As best I can tell, we have eliminated all the code which used to require a
larger buffer size.
llvm-svn: 81912
|
| |
|
|
|
|
|
|
| |
TypeBuilder was using a local static variable to cache its result. This made it
ignore changes in its LLVMContext argument and always return a type constructed
from the argument to the first call.
llvm-svn: 81316
|
| |
|
|
| |
llvm-svn: 81102
|
| |
|
|
|
|
|
| |
equality. Prefer EXPECT_EQ(foo, Full) over EXPECT_TRUE(foo.isFullSet()) because
the former will print out the contents of the constant range that failed.
llvm-svn: 81094
|
| |
|
|
|
|
|
|
| |
This can break when there are implicit conversions from types raw_ostream
understands but std::ostream doesn't, but it increases the number of cases that
Just Work.
llvm-svn: 81093
|
| |
|
|
|
|
| |
implementation.
llvm-svn: 80493
|
| |
|
|
|
|
|
| |
means that raw_ostream no longer has to #include <iosfwd>. Nothing in llvm
should use raw_os_ostream.h, but llvm-gcc and some unit tests do.
llvm-svn: 79886
|
| |
|
|
| |
llvm-svn: 79879
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- This also shortens the Format.h implementation, and uses the print buffer
fully (it was wasting a character).
- This manifested as llvm-test failures, because one side effect was that
raw_ostream would write garbage '\x00' values into the output stream if it
happened that the string was at the end of the buffer. This meant that grep
would report 'Binary file matches', which meant the silly pattern matching
llvm-test eventually does would fail. Cute. :)
llvm-svn: 79862
|
| |
|
|
|
|
| |
ConstantRange doesn't have an std::ostream inserter anymore.
llvm-svn: 79831
|
| |
|
|
| |
llvm-svn: 79536
|
| |
|
|
| |
llvm-svn: 79454
|
| |
|
|
| |
llvm-svn: 78948
|
| |
|
|
|
|
| |
the pointer even if the memory returned from malloc was already aligned.
llvm-svn: 78805
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
http://llvm.org/viewvc/llvm-project?view=rev&revision=78127, I'm changing the
ExecutionEngine's global mappings to hold AssertingVH<const GlobalValue>. That
way, if unregistering a mapping fails to actually unregister it, we'll get an
assert. Running the jit nightly tests didn't uncover any actual instances of
the problem.
This also uncovered the fact that AssertingVH<const X> didn't work, so I fixed
that too.
llvm-svn: 78400
|
| |
|
|
| |
llvm-svn: 78260
|
| |
|
|
| |
llvm-svn: 77730
|
| |
|
|
|
|
|
|
| |
change back are
metadata related, which I'm waiting on to avoid conflicting with Devang.
llvm-svn: 77721
|
| |
|
|
| |
llvm-svn: 77516
|
| |
|
|
|
|
| |
values. Hopefully this fixes PR4622.
llvm-svn: 77088
|
| |
|
|
|
|
| |
thanks to contexts-on-types. More to come.
llvm-svn: 77011
|