DwarfRequiresRelocationForSectionOffset as this is not specific to StmtList.

llvm-svn: 131148

llvm-svn: 131146

this clang will use .debug_frame in, for example,
clang -g -c -m32 test.c
This matches gcc's behaviour. It looks like .debug_frame is a bit bigger
than .eh_frame, but has the big advantage of not being allocated.

llvm-svn: 131140

cut and paste.

llvm-svn: 131139

DWARF stuff also gets fixed up by ELFARMAsmBackend::ApplyFixup(),
but the offset is not guaranteed to be mod 4 == 0 as in text/data. 

llvm-svn: 131137

The previous invalidation missed the alias interference caches.

Also add a stats counter for the number of repaired ranges.

llvm-svn: 131133

llvm-svn: 131129

one of the sections is created.

llvm-svn: 131124

Patch by Wei-Ren Chen

llvm-svn: 131123

llvm-svn: 131121

llvm-svn: 131120

llvm-svn: 131119

llvm-svn: 131118

llvm-svn: 131117

llvm-svn: 131112

llvm-svn: 131106

Patch by Evan Cheng.

llvm-svn: 131093

llvm-svn: 131088

Patch by Liu <proljc@gmail.com>!

llvm-svn: 131086

llvm-svn: 131085

llvm-svn: 131082

llvm-svn: 131078

It can happen that a live debug variable is the last use of a sub-register, and
the register allocator will pick a larger register class for the virtual
register.  If the allocated register doesn't support the sub-register index,
just use %noreg for the debug variables instead of asserting.

In PR9872, a debug variable ends up in the sub_8bit_hi part of a GR32_ABCD
register. The register is split and one part is inflated to GR32 and assigned
%ESI because there are no more normal uses of sub_8bit_hi.

Since %ESI doesn't have that sub-register, substPhysReg asserted. Now it will
simply insert a %noreg instead, and the debug variable will be marked
unavailable in that range.

We don't currently have a way of saying: !"value" is in bits 8-15 of %ESI, I
don't know if DWARF even supports that.

llvm-svn: 131073

"b + ((a < b) ? 1 : 0)" compiles into
	cmpl	%esi, %edi
	adcl	$0, %esi
instead of
	cmpl	%esi, %edi
	sbbl	%eax, %eax
	andl	$1, %eax
	addl	%esi, %eax

This saves a register, a false dependency on %eax
(Intel's CPUs still don't ignore it) and it's shorter.

llvm-svn: 131070

the smaller encoding and this cuts 270336 bytes from a release version of
clang and 1246272 bytes from a debug build.

llvm-svn: 131067

Tablegen will invent its own names for these indexes, and the register file is a
bit simpler.

llvm-svn: 131059

often expressed as "x >= y ? x : y", there is a good chance we can extract
the existing "x >= y" from it and use that as a replacement for "max(x,y)==x".

llvm-svn: 131049

Patch by Stephen Hines.

llvm-svn: 131045

Please ensure the build is clean and tests are passing when recommitting.

llvm-svn: 131044

llvm-svn: 131031

Forgot to `svn rm` these in revisions 131025 / 131029.

llvm-svn: 131030

From revision 131025.

llvm-svn: 131029

2. Remove unused function.
3. Correct indentation.

llvm-svn: 131028

As an ExecutionEngine class function, its definition
really belongs in ExecutionEngine.cpp, not JIT.cpp.

llvm-svn: 131027

In particular, into EngineBuilder. This should only impact
the private API between the EE and EB classes, not external
clients, since JITCtor and MCJITCtor are both protected members.

llvm-svn: 131026

This prepares for making JITCtor/MCJITCtor take a
TargetMachine* directly from clients like EngineBuilder.

llvm-svn: 131025

This can't be just an assertion, users can always write impossible inline
assembly. Such an assembly statement should be included in the error message.

llvm-svn: 131024

llvm-svn: 131022

assert in the bitcode writer. No change needed because the ValueEnumerator holds
a whole-module numbering anyhow. Fixes PR9857!

llvm-svn: 131016

llvm-svn: 131015