llvm-svn: 146476

llvm-svn: 146454

llvm-svn: 146451

llvm-svn: 146448

Necessary to parse Microsoft ATL code.

Example: 
  int array[] = {
    0, 
    __if_exists(CLASS::Type) {2, }
    3
  };

will declare an array of 2 or 3 elements depending on if CLASS::Type exists or not.

llvm-svn: 146447

llvm-svn: 146446

llvm-svn: 146445

inside a struct/union.

llvm-svn: 146444

Make CGRecordLayoutBuilder correctly switch over to a packed class when a class has a base whose alignment will break the class layout.  <rdar://problem/10551376>.

llvm-svn: 146443

llvm-svn: 146441

The motivation here is a "clever" implementation of strncmp(), which peels the first few comparisons via chained conditional expressions which ensure that the input arrays are known at compile time to be sufficiently large.

llvm-svn: 146430

fields by just following what comment says.
// rdar://10513599

llvm-svn: 146414

llvm-svn: 146413

conversions in constant expressions.

llvm-svn: 146406

the subdirectories to find headers in submodules.

llvm-svn: 146398

llvm-svn: 146395

actually a terribly good heuristic, and the world is too horrible for
it to work.

llvm-svn: 146393

llvm-svn: 146392

llvm-svn: 146390

llvm-svn: 146371

llvm-svn: 146367

did not!

llvm-svn: 146366

diagnostics. No functionality change.

llvm-svn: 146365

setting the is_zero_undef flag appropriately to true as that matches the
semantics of these GCC builtins.

This is the Clang side of r146357 in LLVM.

llvm-svn: 146358

llvm-svn: 146354

[analyzer] CStringChecker should not rely on the analyzer generating UndefOrUnknown value when it cannot reason about the expression.

We are now often generating expressions even if the solver is not known to be able to simplify it. This is another cleanup of the existing code, where the rest of the analyzer and checkers should not base their logic on knowing ahead of the time what the solver can reason about. 

In this case, CStringChecker is performing a check for overflow of 'left+right' operation. The overflow can be checked with either 'maxVal-left' or 'maxVal-right'. Previously, the decision was based on whether the expresion evaluated to undef or not. With this patch, we check if one of the arguments is a constant, in which case we know that 'maxVal-const' is easily simplified. (Another option is to use canReasonAbout() method of the solver here, however, it's currently is protected.)

This patch also contains 2 small bug fixes:
 - swap the order of operators inside SValBuilder::makeGenericVal.
 - handle a case when AddeVal is unknown in GenericTaintChecker::getPointedToSymbol.

llvm-svn: 146343

Silences valgrind warnings about uninitalized alignment values.

llvm-svn: 146342

Forgot to commit the Header files. 
Rename generateUnknownVal -> makeGenericVal.

llvm-svn: 146337

Fix a bug in SimpleSValBuilder, where we should swap lhs and rhs when calling generateUnknownVal(), - the function which creates symbolic expressions when data is tainted. The issue is not visible when we only create the expressions for taint since all expressions are commutative from taint perspective.

Refactor SymExpr::symbol_iterator::expand() to use a switch instead of a chain of ifs.

llvm-svn: 146336

and offer fixits when there is a mismatch.

llvm-svn: 146326

llvm-svn: 146321

a null pointer after getCursorDecl() is called. rdar://10298421.

llvm-svn: 146312

and then continue using it. rdar://10359140.

llvm-svn: 146308

under ARC. Fixes <rdar://problem/10530209>.

llvm-svn: 146307

compilation of some translation units of SPEC's 445.gobmk by ~4%, and does not
seem to cause a measurable slowdown in other cases.

llvm-svn: 146306

we don't try to access beyond the buffer.

llvm-svn: 146305

// rdar://10095131

llvm-svn: 146304

llvm-svn: 146303

template instantiation), and that expression might produce a
temporary, invoke MaybeBindToTemporary. Otherwise, we forget to
destroy objects, release objects, etc. Fixes <rdar://problem/10531073>.

llvm-svn: 146301

-ffinite-math-only.
 - No test case yet, I don't know how to construct a situation where this
   matters.

llvm-svn: 146297