llvm-svn: 89702

no filename. This situation is apparently fairly common right now.

llvm-svn: 89701

llvm-svn: 89700

VDUPLND and VDUPLNQ to derive from N2V instead of N2VDup.  VDUPLND and VDUPLNQ
now expect op19_18 and op17_16 as the first two args.

llvm-svn: 89699

llvm-svn: 89695

fold immediate of a + Const into the user as a subtract if it can fit as a negated two-part immediate.

llvm-svn: 89694

{?,?,?,?} as op11_8 for VEXTd and VEXTq.

llvm-svn: 89693

llvm-svn: 89689

llvm-svn: 89686

ARMInstrFormats.td and fixing VLD[234]LN* and VST[234]LN* to derive from NLdSt
instead of NLdStLN.

llvm-svn: 89684

llvm-svn: 89683

SelectionDAGBuild.cpp to SelectionDAGBuilder.cpp.

llvm-svn: 89681

should be left unspecified now that Bob Wilson has fixed pr5470.

llvm-svn: 89676

in this file.

llvm-svn: 89675

FunctionLoweringInfo.cpp.

llvm-svn: 89674

llvm-svn: 89672

llvm-svn: 89671

of SelectionDAGBuild.h/cpp into its own files, to help separate
general lowering logic from SelectionDAG-specific lowering logic.

llvm-svn: 89667

llvm-svn: 89666

we have a non-constant pointer.  Constant pointers can't be local.

llvm-svn: 89665

llvm-svn: 89664

llvm-svn: 89663

llvm-svn: 89662

out of its run function and into its doInitialization method, so
that it does the dump once instead of once per function.

llvm-svn: 89660

ConstantExpr, not just the top-level operator. This allows it to
fold many more constants.

Also, make GlobalOpt call ConstantFoldConstantExpression on
GlobalVariable initializers.

llvm-svn: 89659

adjacent uses of a dead basic block from the same user. This fixes PR5596.

llvm-svn: 89658

the body to not pass the name for the isSigned parameter.  However it
seems that changing prototypes is a big-no-no, so here I revert the
previous change and pass "true" for isSigned, meaning this always does
a signed cast, which was the previous behaviour assuming the name was
not NULL!  Some other C function needs to be introduced for the general
case of signed or unsigned casts.  This hopefully unbreaks the ocaml
binding.

llvm-svn: 89648

llvm-svn: 89646

llvm-svn: 89645

llvm-svn: 89644

llvm-svn: 89642

llvm-svn: 89641

fixes part of PR5438.

llvm-svn: 89639

llvm-svn: 89637

llvm-svn: 89636

LLVM_BUILD_TOOLS or LLVM_BUILD_EXAMPLES are OFF.

llvm-svn: 89635

good nearby fuzzy match. Frequently the input is nearly correct, and just
showing the user the a nearby sensible match is enough to diagnose the problem.
 - The "fuzzyness" is pretty simple and arbitrary, but worked on my three test
   cases. If you encounter problems, or places you think FileCheck should have
   guessed but didn't, please add test cases to PR5239.

For example, previously FileCheck would report this:
--
t.cpp:21:55: error: expected string not found in input
// CHECK: define void @_Z2f25f2_s1([[i64_i64_ty]] %a0)
                                                      ^
<stdin>:19:30: note: scanning from here
define void @_Z2f15f1_s1(%1) nounwind {
                             ^
<stdin>:19:30: note: with variable "i64_i64_ty" equal to "%0"
--

and now it also reports this:
--
<stdin>:27:1: note: possible intended match here
define void @_Z2f25f2_s1(%0) nounwind {
^
--

which makes it clear that the CHECK just has an extra ' %a0' in it, without
having to check the input.

llvm-svn: 89631

additional information about the current definitions of the variables used in
the string.

llvm-svn: 89628

llvm-svn: 89627

separate character.
 - Chris, OK?

llvm-svn: 89626