| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Change tests for extractBit to test operator[].
llvm-svn: 197277
|
|
|
|
| |
llvm-svn: 197271
|
|
|
|
| |
llvm-svn: 183073
|
|
|
|
|
|
|
|
| |
use in APFloat IEEE-754R 2008 nextUp/nextDown function.
rdar://13852078
llvm-svn: 182801
|
|
|
|
| |
llvm-svn: 182680
|
|
|
|
|
|
| |
They are generally faster (at least not slower) than post-inc, post-dec.
llvm-svn: 177608
|
|
|
|
|
|
|
| |
require call cpp file anyway, so we wouldn't gain anything by keeping them
inline.
llvm-svn: 175579
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.
Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]
llvm-svn: 169131
|
|
|
|
|
|
| |
See: http://en.wikipedia.org/wiki/If_and_only_if Commit 164767
llvm-svn: 164768
|
|
|
|
| |
llvm-svn: 164767
|
|
|
|
|
|
| |
This caused 6 of 65k possible 8 bit udivs to be wrong.
llvm-svn: 160058
|
|
|
|
|
|
| |
Patch by James Benton <jbenton@vmware.com>.
llvm-svn: 158213
|
|
|
|
| |
llvm-svn: 152692
|
|
|
|
|
|
| |
code when inlined.
llvm-svn: 152688
|
|
|
|
| |
llvm-svn: 152577
|
|
|
|
| |
llvm-svn: 152545
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
new hash_value infrastructure, and replace their implementations using
hash_combine. This removes a complete copy of Jenkin's lookup3 hash
function (which is both significantly slower and lower quality than the
one implemented in hash_combine) along with a somewhat scary xor-only
hash function.
Now that APInt and APFloat can be passed directly to hash_combine,
simplify the rest of the LLVMContextImpl hashing to use the new
infrastructure.
llvm-svn: 152004
|
|
|
|
| |
llvm-svn: 151385
|
|
|
|
|
|
| |
width.
llvm-svn: 149151
|
|
|
|
|
|
| |
writing some code that tried to use them.
llvm-svn: 147134
|
|
|
|
|
|
|
|
| |
Hexatridecimal was added in r139695.
And fix the unittest that now triggers the assert.
llvm-svn: 146754
|
|
|
|
| |
llvm-svn: 145627
|
|
|
|
| |
llvm-svn: 145111
|
|
|
|
|
|
| |
integers where there is unsigned overflow. Fix APFloat::toString so that it doesn't depend on the incorrect behavior in common cases (and computes the correct result in some rare cases). Fixes PR11086.
llvm-svn: 141441
|
|
|
|
| |
llvm-svn: 140166
|
|
|
|
| |
llvm-svn: 140158
|
|
|
|
| |
llvm-svn: 140043
|
|
|
|
| |
llvm-svn: 139695
|
|
|
|
|
|
|
|
|
| |
ambiguity
errors like the one corrected by r135261. Migrate all LLVM callers of the old
constructor to the new one.
llvm-svn: 135431
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
toString() now takes an optional bool argument that,
depending on the radix, adds the appropriate prefix
to the integer's string representation that makes it into a
meaningful C literal, e.g.:
hexademical: '-f' becomes '-0xf'
octal: '77' becomes '077'
binary: '110' becomes '0b110'
Patch by nobled@dreamwidth.org!
llvm-svn: 133032
|
|
|
|
| |
llvm-svn: 131842
|
|
|
|
|
|
| |
Luis Felipe Strano Moraes!
llvm-svn: 129558
|
|
|
|
|
|
| |
identical to the smul.with.overflow() code.
llvm-svn: 128379
|
|
|
|
|
|
|
|
| |
bits that are known zero in the divided number.
This will come in handy soon.
llvm-svn: 127828
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
approximation
of a constant had a minor typo introduced when copying it from the book, which
caused it to favor negative approximations over positive approximations in many
cases. Positive approximations require fewer operations beyond the multiplication.
In the case of division by 3, we still generate code that is a single instruction
larger than GCC's code.
llvm-svn: 126097
|
|
|
|
|
|
|
|
| |
zextOrTrunc(), and APSInt methods extend(), extOrTrunc() and new method
trunc(), to be const and to return a new value instead of modifying the
object in place.
llvm-svn: 121120
|
|
|
|
| |
llvm-svn: 120912
|
|
|
|
|
|
| |
setAllBits(), setBit(unsigned), etc.
llvm-svn: 120564
|
|
|
|
| |
llvm-svn: 120413
|
|
|
|
| |
llvm-svn: 119708
|
|
|
|
| |
llvm-svn: 116462
|
|
|
|
|
|
|
|
|
| |
logic to use the new APInt methods. Among other things this
implements rdar://8501501 - llvm.smul.with.overflow.i32 should constant fold
which comes from "clang -ftrapv", originally brought to my attention from PR8221.
llvm-svn: 116457
|
|
|
|
| |
llvm-svn: 116455
|
|
|
|
|
|
| |
return an overflow flag.
llvm-svn: 116452
|
|
|
|
| |
llvm-svn: 111337
|
|
|
|
| |
llvm-svn: 108366
|
|
|
|
|
|
| |
Evzen Muller!
llvm-svn: 103877
|
|
|
|
|
|
| |
Kees van Reeuwijk for PR6704
llvm-svn: 99677
|
|
|
|
| |
llvm-svn: 99414
|
|
|
|
|
|
|
|
| |
payloads. APFloat's internal folding routines always make QNaNs now,
instead of sometimes making QNaNs and sometimes SNaNs depending on the
type.
llvm-svn: 97364
|