and an iterator invalidation issue.

FreeBench/pifft no longer miscompiles with these fixes!

llvm-svn: 63293

llvm-svn: 63276

vast majority of code size regressions introduced by pre-alloc-splitting.

llvm-svn: 63274

- Modify TableGen to add the DebugLoc when calling getTargetNode.

(The light-weight wrappers are only temporary. The non-DebugLoc version will be
removed once the whole debug info stuff is finished with.)

llvm-svn: 63273

llvm-svn: 63269

llvm-svn: 63267

dagcombines that help it match in several more cases. Add
several more cases to test/CodeGen/X86/bt.ll. This doesn't
yet include matching for BT with an immediate operand, it
just covers more register+register cases.

llvm-svn: 63266

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: 63245

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

llvm-svn: 63236

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

llvm-svn: 63233

after the others.

llvm-svn: 63227

llvm-svn: 63217

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: 63193

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: 63161

llvm-svn: 63154

llvm-svn: 63152

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: 63132

a uint64_t to verify that the value is in range for the given type,
to help catch accidental overflow. Fix a few places that relied on
getConstant implicitly truncating the value.

llvm-svn: 63128

llvm-svn: 63121

llvm-svn: 63120

llvm-svn: 63119

instead of via a by-reference argument. No functionality change.

llvm-svn: 63118

causing assertion failures in getSExtValue().
Fix it by making highWordBits actually contain what its name says,
and add some more unit-tests for APInt.
This fixes PR3419.

llvm-svn: 63107

llvm-svn: 63091

llvm-svn: 63090

llvm-svn: 63088

llvm-svn: 63078