A slight compile time optimization. If the caller knows there isn't a free register getReg() should not call getFreeReg().

llvm-svn: 63263

functions.  Currently omitted:  memcpy, memmove, memset.

llvm-svn: 63259

llvm-svn: 63255

llvm-svn: 63252

llvm-svn: 63247

llvm-svn: 63245

llvm-svn: 63244

accessed via SDNode::getNode.

llvm-svn: 63240

llvm-svn: 63239

classes (those that reasonably have a DebugLoc
associated with them).

llvm-svn: 63236

llvm-svn: 63234

Do not forget to derived type while constructing an array type.

llvm-svn: 63233

after the others.

llvm-svn: 63227

llvm-svn: 63222

llvm-svn: 63217

llvm-svn: 63214

Patch by Piotr Rak!

llvm-svn: 63213

new isOperationLegalOrCustom, which does what isOperationLegal
previously did.

Update a bunch of callers to use isOperationLegalOrCustom
instead of isOperationLegal. In some case it wasn't obvious
which behavior is desired; when in doubt I changed then to
isOperationLegalOrCustom as that preserves their previous
behavior.

This is for the second half of PR3376.

llvm-svn: 63212

llvm-svn: 63199

llvm-svn: 63198

deleting the escape analysis pass.

llvm-svn: 63197

The memory alignment requirement on some of the mov{h|l}p{d|s} patterns are 16-byte. That is overly strict. These instructions read / write f64 memory locations without alignment requirement.

llvm-svn: 63195

llvm-svn: 63194

llvm-svn: 63193

llvm-svn: 63174

llvm-svn: 63173

Adds new option properties 'multi_val', 'one_or_more' and 'zero_or_one'.

llvm-svn: 63172

llvm-svn: 63171

llvm-svn: 63170

shift amounts, to avoid implicitly assuming that
target architectures will ignore the high bits.

llvm-svn: 63169

llvm-svn: 63164

llvm-svn: 63161

anyone will pay attention.

llvm-svn: 63155

llvm-svn: 63154

llvm-svn: 63152

llvm-svn: 63151

llvm-svn: 63149

mergeable string section. I don't see any bad impact of such decision
(rather then placing it into mergeable const section, as it was before),
but at least Darwin linker won't complain anymore.

The problem in LLVM is that we don't have special type for string constants
(like gcc does). Even more, we have two separate types: ConstatArray for non-null
strings and ConstantAggregateZero for null stuff.... It's a bit weird :)

llvm-svn: 63142

llvm-svn: 63139

llvm-svn: 63138