target hooks canLosslesslyBitCastTo and isTruncateFree. This allows
targets to avoid worrying about handling all combinations of integer
and pointer types.

llvm-svn: 70555

artificial "ptrtoint", as it tends to clutter up complicated
expressions. The cast operators now print both source and
destination types, which is usually sufficient.

llvm-svn: 70554

always folded by the regular constant folder because it doesn't have
TargetData information.

llvm-svn: 70553

Instructions.

llvm-svn: 70552

llvm-svn: 70551

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