llvm-svn: 130027

Sometimes it is better to split per block, and we missed those cases.

llvm-svn: 130025

Fixes rdar://9202628 & http://llvm.org/PR9564.

llvm-svn: 130024

new templates that need to be instantiated and vice-versa. Iterate
until we've instantiated all required templates and defined all
required vtables. Fixed PR9325 / <rdar://problem/9055177>.

llvm-svn: 130023

Add -fdelayed-template-parsing option. Using this option all templated function definitions are parsed at the end of the translation unit only if it is required by an actual instantiation. As such all the symbols of the TU are available during name lookup.

Using this flag is necessary for compatibility with Microsoft template code.
This also provides some parsing speed improvement.

llvm-svn: 130022

llvm-svn: 130021

ObjC NeXt runtime where method pointer registered in
metadata belongs to an unrelated method. Ast part of this fix,
I turned at @end missing warning (for class
implementations) into an error as we can never
be sure that meta-data being generated is correct.
// rdar://9072317

llvm-svn: 130019

fix bugs exposed by the gcc dejagnu testsuite:
1. The load may actually be used by a dead instruction, which
   would cause an assert.
2. The load may not be used by the current chain of instructions,
   and we could move it past a side-effecting instruction. Change
   how we process uses to define the problem away.

llvm-svn: 130018

llvm-svn: 130017

llvm-svn: 130016

before issuing the 'process connect ...' command.

test_comand_regex(): assign the spawned child to self.child so it gets automatically
shutdown during TestBase.tearDown(self).

llvm-svn: 130015

llvm-svn: 130014

llvm-svn: 130013

This is not a real fix.  It needs some checks to make sure the IR is correct.

llvm-svn: 130012

llvm-svn: 130011

llvm-svn: 130010

llvm-svn: 130009

print out ldr, not ldr.n.

rdar://problem/9267772

llvm-svn: 130008

cases that demonstrates exactly why this does indeed apply in 0x mode.

If isPOD is currently broken in 0x mode, we should fix that directly
rather than papering over it here.

llvm-svn: 130007

Fixes assertion later on. rdar://9122937 & http://llvm.org/PR9459

llvm-svn: 130006

On x86 this allows to fold a load into the cmp, greatly reducing register pressure.
  movzbl	(%rdi), %eax
  cmpl	$47, %eax
->
  cmpb	$47, (%rdi)

This shaves 8k off gcc.o on i386. I'll leave applying the patch in README.txt to Chris :)

llvm-svn: 130005

llvm-svn: 130004

llvm-svn: 130003

functionality intended.

llvm-svn: 130002

variables to CharUnits. No change in functionality intended.

llvm-svn: 130001

Fixes an assertion later on, rdar://9122862 & http://llvm.org/PR9460.

llvm-svn: 130000

change in functionality intended.

llvm-svn: 129999

EmitTypeForVarWithBlocksAttr(). No change in functionality intended.

llvm-svn: 129998

functionality intended.

llvm-svn: 129996

llvm-svn: 129995

llvm-svn: 129993

Modify to use the new test files.

llvm-svn: 129992

Reformat the emulation test data files.

llvm-svn: 129991

X86: Try to use a smaller encoding by transforming (X << C1) & C2 into (X & (C2 >> C1)) & C1. (Part of PR5039)

This tends to happen a lot with bitfield code generated by clang. A simple example for x86_64 is
uint64_t foo(uint64_t x) { return (x&1) << 42; }
which used to compile into bloated code:
	shlq	$42, %rdi               ## encoding: [0x48,0xc1,0xe7,0x2a]
	movabsq	$4398046511104, %rax    ## encoding: [0x48,0xb8,0x00,0x00,0x00,0x00,0x00,0x04,0x00,0x00]
	andq	%rdi, %rax              ## encoding: [0x48,0x21,0xf8]
	ret                             ## encoding: [0xc3]

with this patch we can fold the immediate into the and:
	andq	$1, %rdi                ## encoding: [0x48,0x83,0xe7,0x01]
	movq	%rdi, %rax              ## encoding: [0x48,0x89,0xf8]
	shlq	$42, %rax               ## encoding: [0x48,0xc1,0xe0,0x2a]
	ret                             ## encoding: [0xc3]

It's possible to save another byte by using 'andl' instead of 'andq' but I currently see no way of doing
that without making this code even more complicated. See the TODOs in the code.

llvm-svn: 129990

llvm-svn: 129988

llvm-svn: 129987

llvm-svn: 129986

Downgrade error "static declaration of 'foo' follows non-static declaration" to a warning in Microsoft mode.

llvm-svn: 129985

llvm-svn: 129984

 double data[20000000] = { [19999999] = 1 };

Don't serialize the filler multiple times.

llvm-svn: 129983