Fix a bug introduced during refactoring a couple of months ago. Cortex-M3 does not support Thumb2 dsp instructions. rdar://10152911.

llvm-svn: 140181

llvm-svn: 140180

rdar://10125227

llvm-svn: 140179

llvm-svn: 140178

llvm-svn: 140177

llvm-svn: 140176

erronously trigger the digraph correction fix-it.  Include a new test to catch
this in the future.

llvm-svn: 140175

llvm-svn: 140174

extract its associated landing pad block as well. However, that landing pad
block may have more than one predecessor. So split the landing pad block so that
individual landing pads have only one predecessor.

This type of transformation may produce a false positive with bugpoint.

llvm-svn: 140173

llvm-svn: 140172

llvm-svn: 140171

of Mips32 big and little endian derive.

llvm-svn: 140170

llvm-svn: 140169

llvm-svn: 140168

llvm-svn: 140167

llvm-svn: 140166

UnwindException structure is 32 for mips64. 

llvm-svn: 140165

llvm-svn: 140164

llvm-svn: 140163

[analyzer] Refactor PathDiagnosticLocation: Use PointerUnion of LocationContext and AnalysisContext to support creation of PathDiagnosticLocations for checkers which no context sensitivity.

llvm-svn: 140162

llvm-svn: 140161

No functionality change. The hook makes it explicit which patterns
require "special" handling. i.e. it self-documents tblgen
deficiencies. I plan to add verification in ExpandISelPseudos and
Thumb2SizeReduce to catch any missing hasPostISelHooks. Otherwise it's
too fragile.

llvm-svn: 140160

from unfriendly (== not at all modularized) directories. This is
temporary, and it only affects module construction until I'll figured
out how to deal with system headers.

llvm-svn: 140159

llvm-svn: 140158

llvm-svn: 140157

llvm-svn: 140156

llvm-svn: 140155

llvm-svn: 140154

llvm-svn: 140153

llvm-svn: 140152

GCOVLines is always accessed through a StringMap where the key is FileName.

llvm-svn: 140151

llvm-svn: 140150

llvm-svn: 140149

llvm-svn: 140147

llvm-svn: 140146

There is no need to write a local utility routine to find subprogram info if the utility routine is already available in DebugInfo.

llvm-svn: 140145

change __builtin_va_list to from a structure to int[4] (same alignment
and size, but with a simpler representation). Patch by David Meyer!

llvm-svn: 140144

On Windows x64, 128-bit arguments are not passed by reg but by indirect. eg.

maxpd:
        vmovapd (%rcx), %xmm0
        vmaxpd  (%rdx), %xmm0, %xmm0

FIXME: I don't care YMM on x64 for now.
llvm-svn: 140143

Per John's review comments for r140068.

llvm-svn: 140142

llvm-svn: 140140