llvm-svn: 59426

llvm-svn: 59425

llvm-svn: 59424

llvm-svn: 59423

Eli please take a look, as I'm not sure if this gets the extension warning in the right place

llvm-svn: 59422

llvm-svn: 59421

llvm-svn: 59420

llvm-svn: 59419

defined in a system header should be treated as system header tokens
even if they are instantiated in a different place.

llvm-svn: 59418

llvm-svn: 59412

llvm-svn: 59411

llvm-svn: 59410

llvm-svn: 59408

environment.

llvm-svn: 59407

llvm-svn: 59405

llvm-svn: 59404

llvm-svn: 59396

 - RegionView and RegionViewMap is introduced to assist back-mapping from
   super region to subregions.
 - GDM is used to carry RegionView information.
 - AnonTypedRegion is added to represent a typed region introduced by pointer
   casting. Later AnonTypedRegion can be used in other similar cases, e.g.,
   malloc()'ed region.
 - The specific conversion is delegated to store manager.

llvm-svn: 59382

Patch by Fariborz!

llvm-svn: 59377

llvm-svn: 59375

llvm-svn: 59372

llvm-svn: 59371

llvm-svn: 59359

llvm-svn: 59358

llvm-svn: 59356

llvm-svn: 59355

llvm-svn: 59354

llvm-svn: 59353

Add a test case for compound assignments that lazily symbolicate the value of the LHS when the computation type is an integer of more bits.

llvm-svn: 59352

Reverted part of r59335: http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20081110/009243.html
In that patch I added a bogus type promotion for unary '!'.

The real bug was more fallout from edges cases with compound assignments and conjured symbolic values.  Now the conjured value has the type of the LHS expression, and we do a promotion to the computation type.  We also now correctly do a conversion from the computation type back to the LHS type.

llvm-svn: 59349

llvm-svn: 59348

llvm-svn: 59345

llvm-svn: 59343

Implement FIXME in GRExprEngine::VisitUnaryOperator() to handle implicit conversions caused by the '!' operator.  This required adding some logic to GRSimpleVals to reason about nonloc::LocAsInteger SVals.  This code appears to work fine, but it should eventually be cleaned up.

llvm-svn: 59335

llvm-svn: 59334

llvm-svn: 59332

Thanks to Doug for the review. Actual effects of mutable to follow.

llvm-svn: 59331

Thanks to Sebastian for the suggestion.

llvm-svn: 59330

llvm-svn: 59323

SynthBlockInitExpr() was not adding by-ref arguments to the init expr.

llvm-svn: 59322