llvm-svn: 70550

avoids duplicate scevs that differ only in type.

llvm-svn: 70549

llvm-svn: 70548

llvm-svn: 70547

llvm-svn: 70546

location context.  This allows us to postpone the decision of whether
or not a context should add a control-flow piece to the diagnostics
when inspecting its subexpressions.

llvm-svn: 70545

llvm-svn: 70544

llvm-svn: 70543

llvm-svn: 70542

llvm-svn: 70539

llvm-svn: 70537

gone lost during the pImpl conversion.

llvm-svn: 70536

llvm-svn: 70534

llvm-svn: 70533

llvm-svn: 70532

and other pointer-like types.

llvm-svn: 70531

llvm-svn: 70529

llvm-svn: 70528

llvm-svn: 70527

llvm-svn: 70526

Radar 6838889

llvm-svn: 70525

llvm-svn: 70524

llvm-svn: 70523

llvm-svn: 70522

Add a comment to refer to the section of the programmer's manual that explains what the pointer tagging in Use is for.

llvm-svn: 70521

-Replace DebugLocTuple's Source ID with CompileUnit's GlobalVariable*
-Remove DwarfWriter::getOrCreateSourceID
-Make necessary changes for the above (fix callsites, etc.)

llvm-svn: 70520

llvm-svn: 70519

llvm-svn: 70518

Don't include memory allocated for global variables during relocations resolution.

llvm-svn: 70517

llvm-svn: 70516

comment a bit.

llvm-svn: 70515

llvm-svn: 70514

llvm-svn: 70513

classes.

This is implemented as a function rather than a method on TargetRegisterClass
because it is symmetric in its arguments.

llvm-svn: 70512

A subclass is allowed to have a larger spill size than the superclass, and the
spill alignment must be a multiple of the superclass alignment. This causes
the following new subclass relations:

=== Alpha ===
F4RC -> F8RC

=== PPC ===
F4RC -> F8RC

=== SPU ===
R8C -> R16C -> R32C/R32FP -> R64C/R64FP -> GPRC/VECREG

=== X86 ===
FR32  -> FR64  -> VR128
RFP32 -> RFP64 -> RFP80

These subclass relations are consistent with the behaviour of -join-cross-class-copies.

llvm-svn: 70511

llvm-svn: 70510

compute an upper-bound value for the trip count, in addition to
the actual trip count. Use this to allow getZeroExtendExpr and
getSignExtendExpr to fold casts in more cases.

This may eventually morph into a more general value-range
analysis capability; there are certainly plenty of places where
more complete value-range information would allow more folding.

llvm-svn: 70509

'objc_ownership_release' to the effects on receivers.

llvm-svn: 70507

llvm-svn: 70506

applied to ObjCMethodDecls, not just parameters. This allows one to specific
side-effects on the receiver of a message expression. No checker support yet.

llvm-svn: 70505