| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
a block is visited before all of its predecessors.
llvm-svn: 126378
|
| |
|
|
| |
llvm-svn: 126377
|
| |
|
|
|
|
| |
and make the actual map private.
llvm-svn: 126376
|
| |
|
|
|
|
| |
allows for the information propagated across basic blocks to be merged at phis.
llvm-svn: 126375
|
| |
|
|
|
|
| |
-analyzer-checker=cocoa,unix
llvm-svn: 126372
|
| |
|
|
| |
llvm-svn: 126371
|
| |
|
|
|
|
|
|
| |
terrible mistake.
If the state is new, make sure an ExplodedNode is associated with it.
llvm-svn: 126370
|
| |
|
|
| |
llvm-svn: 126369
|
| |
|
|
|
|
|
| |
_Bool is 1 bit, not 8. This fixes an assertion on the testcase, which is
PR9304 and rdar://9045501.
llvm-svn: 126368
|
| |
|
|
|
|
| |
trivial places. This pass needs a lot of work.
llvm-svn: 126367
|
| |
|
|
|
|
| |
to reduce nesting. This needs to be turned into a table.
llvm-svn: 126366
|
| |
|
|
|
|
|
| |
magic integer arithmetic and allows it to work with types larger
than 64 bits.
llvm-svn: 126365
|
| |
|
|
|
|
|
| |
unneeded allocation of an empty StringLiteral when these don't have
a message.
llvm-svn: 126364
|
| |
|
|
|
|
|
|
|
| |
function prototype into a call to a varargs prototype. We do
allow the xform if we have a definition, but otherwise we don't
want to risk that we're changing the abi in a subtle way. On
X86-64, for example, varargs require passing stuff in %al.
llvm-svn: 126363
|
| |
|
|
|
|
|
|
|
| |
sure the branch always has two successors. Also teach Environment::getSVal() about OpaqueValueExprs.
This fixes a crash reported in PR9287, and also fixes a false positive involving the value of such ternary
expressions not properly getting propagated.
llvm-svn: 126362
|
| |
|
|
|
|
| |
characters get dropped into the regular expression from %t.
llvm-svn: 126361
|
| |
|
|
| |
llvm-svn: 126360
|
| |
|
|
|
|
|
|
| |
operands starts at index 2, not 1.
rdar://9045024
PR9305
llvm-svn: 126359
|
| |
|
|
|
|
|
|
| |
way it keeps track of namespaces. Previously, we would map from the
namespace alias to its underlying namespace when building a
nested-name-specifier, losing source information in the process.
llvm-svn: 126358
|
| |
|
|
|
|
|
| |
methods, when they are known to be exact multiples of the width of the char
type.
llvm-svn: 126357
|
| |
|
|
| |
llvm-svn: 126356
|
| |
|
|
| |
llvm-svn: 126355
|
| |
|
|
|
|
|
|
|
|
|
| |
with getter and setter methods in both bit units and CharUnits. This will help
simplify some of the unit mismatch in the parts of the code where sizes are
known to be exact multiples of the width of the char type.
Assertions in the getters help guard against accidentally converting to
CharUnits when sizes are not exact multiples of the char width.
llvm-svn: 126354
|
| |
|
|
|
|
|
|
|
| |
register.
This avoids some silly stack slot shuffling when both sides of a copy get
spilled.
llvm-svn: 126353
|
| |
|
|
| |
llvm-svn: 126352
|
| |
|
|
| |
llvm-svn: 126351
|
| |
|
|
| |
llvm-svn: 126350
|
| |
|
|
| |
llvm-svn: 126348
|
| |
|
|
|
|
| |
nested-name-specifier and source range to be set at the same time.
llvm-svn: 126347
|
| |
|
|
|
|
|
|
|
| |
with another component in the nested-name-specifiers, updating its
representation (a NestedNameSpecifier) and source-location information
(currently a SourceRange) simultaneously. This is groundwork for
adding source-location information to nested-name-specifiers.
llvm-svn: 126346
|
| |
|
|
|
|
|
|
| |
don't seem to have been covered by our tests previously.
This should fix bootstrap failure.
llvm-svn: 126345
|
| |
|
|
|
|
|
|
|
|
|
|
| |
to create it. Lit doesn't apparently clean up test directories
effectively, and so this broke randomly on subsequent runs.
Also XFAIL the test on windows, as there's not much hope for these
commands doing the right thing there.
Paired with Nick Lewycky.
llvm-svn: 126344
|
| |
|
|
|
|
| |
ARM)" operations.
llvm-svn: 126343
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
expressions. Consider the code:
int64_t i = 10 << 30;
This compiles fine, but most developers expect it to produce the value
for 10 gigs, not -2 gigs. This is actually undefined behavior because
the LHS is a signed integer type.
The warning is currently gated behind -Wshift-overflow.
There is a special case where only the sign bit is overridden that gets
a custom error message and is by default ignored. This case is much less
likely to cause observed buggy behavior, it's just undefined behavior
according to the spec. This warning can be enabled with
-Wshift-sign-overflow.
Original patch by Oleg Slezberg, with style tweaks and some correctness
fixes by me.
llvm-svn: 126342
|
| |
|
|
| |
llvm-svn: 126341
|
| |
|
|
|
|
| |
DW_LANG_lo_user=0x8000 to DW_LANG_hi_user=0xffff range.
llvm-svn: 126339
|
| |
|
|
| |
llvm-svn: 126338
|
| |
|
|
| |
llvm-svn: 126337
|
| |
|
|
|
|
|
|
|
|
| |
enabled for all targets. Non-X86 targets should not have this behavior
enabled by default.
Joerg, if you would like to resubmit with the behavior conditionalized to be
X86-ELF only, that's fine.
llvm-svn: 126336
|
| |
|
|
|
|
|
|
| |
function
and rename the original ThumbImmScaled() function to ThumbImm7Scaled().
llvm-svn: 126335
|
| |
|
|
| |
llvm-svn: 126334
|
| |
|
|
| |
llvm-svn: 126333
|
| |
|
|
|
|
|
|
|
| |
-Introduce EndOfFunctionNodeBuilder::withCheckerTag to allow it be "specialized" with a
checker tag and not require the checkers to pass a tag.
-For EndOfFunctionNodeBuilder::generateNode, reverse the order of tag/P parameters since
there are actual calls that assume the second parameter is ExplodedNode.
llvm-svn: 126332
|
| |
|
|
| |
llvm-svn: 126331
|
| |
|
|
|
|
| |
Fixes PR9292.
llvm-svn: 126330
|
| |
|
|
| |
llvm-svn: 126328
|
| |
|
|
| |
llvm-svn: 126327
|
| |
|
|
| |
llvm-svn: 126326
|
| |
|
|
| |
llvm-svn: 126325
|
| |
|
|
| |
llvm-svn: 126324
|