IVs.

Indvars previously chose randomly between congruent IVs. Now it will
bias the decision toward IVs that SCEVExpander likes to create. This
was not done to fix any problem, it's just a welcome side effect of
factoring code.

llvm-svn: 141633

llvm-svn: 141632

llvm-svn: 141631

[Microsoft] If -fms-compatibility, then downgrade missing typename error to warning at function prototype scope.

llvm-svn: 141630

classes & namespaces.

llvm-svn: 141629

llvm-svn: 141628

llvm-svn: 141627

for the debugger to execute for certain kind of tests (for example, a benchmark).
A list of runhooks can be used to steer the debugger into the desired state before more
actions can be performed.

llvm-svn: 141626

type mask.

llvm-svn: 141625

rather than the computed effective_name_type_mask.

llvm-svn: 141624

that have 64-bit pointers or access the 32 x 64-bit floating pointer register
file. Update functions in MipsInstrInfo.cpp too.

llvm-svn: 141623

llvm-svn: 141622

The main motivation was to do typo correction in C++ "new" statements,
though picking it up in other places where type names are expected was
pretty much a freebie.

llvm-svn: 141621

llvm-svn: 141620

The VMOVS widening needs to look at the implicit COPY operands.  Trying
to dig out the COPY instruction from an iterator in copyPhysReg() is the
wrong approach.

The expandPostRAPseudo() hook gets to look at COPY instructions before
they are converted to copyPhysReg() calls.

llvm-svn: 141619

Mips64.

llvm-svn: 141618

llvm-svn: 141617

llvm-svn: 141616

llvm-svn: 141615

llvm-svn: 141614

llvm-svn: 141613

llvm-svn: 141612

llvm-svn: 141611

llvm-svn: 141610

llvm-svn: 141609

zextloadi32 for which there is no corresponding pseudo or real instruction. 

llvm-svn: 141608

llvm-svn: 141607

Make it possible to use the linker without destroying the source module. This is so the source module can be linked to multiple other destination modules. For all that used LinkModules() before, they will continue to destroy the source module as before.

This line, and those below, will be ignored--

M    include/llvm/Linker.h
M    tools/bugpoint/Miscompilation.cpp
M    tools/bugpoint/BugDriver.cpp
M    tools/llvm-link/llvm-link.cpp
M    lib/Linker/LinkModules.cpp

llvm-svn: 141606

If you want to tackle adding the testcase, let me know. It's a 4.2MB ELF file
and I'll be happy to mail it to you.

llvm-svn: 141605

Extend lvalue evaluation in ExprConstant.cpp to handle CK_LValueBitCast (which is completely trivial).  PR8836.

llvm-svn: 141604

for 64-bit load and store instructions. Add definitions of 64-bit memory operand
and 16-bit immediate operand.

llvm-svn: 141603

llvm-svn: 141602

alignment parameter "S<size>" that was introduced in r141599.

llvm-svn: 141601

Don't crash in Sema::IsSimplyAccessible if the declaration is not a C++ class member. Fixes PR11108.

llvm-svn: 141600

promoting allocas to preferred alignments that exceed the natural
alignment. This avoids some potentially expensive dynamic stack realignments.

The natural stack alignment is set in target data strings via the "S<size>"
option. Size is in bits and must be a multiple of 8. The natural stack alignment
defaults to "unspecified" (represented by a zero value), and the "unspecified"
value does not prevent any alignment promotions. Target maintainers that care
about avoiding promotions should explicitly add the "S<size>" option to their
target data strings.

llvm-svn: 141599

completion context, in case we end up having no code-completion
callback. Individual instances of this problem are always bugs that
need to be fixed, but it's better to make sure we have initialized
data here.

llvm-svn: 141598

llvm-svn: 141597

llvm-svn: 141596

Recent changes in lldb inlining robustness seem to have fixed it.

llvm-svn: 141595

llvm-svn: 141594