register used by the unfolded instructions. User can also specify whether to
unfold the load, the store, or both.

llvm-svn: 42946

llvm-svn: 42945

$ clang rewrite.c -rewrite-test
prints:

int foo() {
        b:      foo();
f:      foo();
    foo();
}

for:

int foo() {
	b:	foo();
f:	foo();
    foo();
}

amazing.

llvm-svn: 42944

llvm-svn: 42943

llvm-svn: 42942

insert stuff.

llvm-svn: 42941

some incredibly subtle details that I'm working on getting
right.

llvm-svn: 42940

llvm-svn: 42939

llvm-svn: 42938

llvm-svn: 42937

llvm-svn: 42936

llvm-svn: 42935

for fastcc from X86CallingConv.td.  This means that nested functions
are not supported for calling convention 'fastcc'.

llvm-svn: 42934

printf format strings.  Added type checking to see if the matching
width/precision argument was of type 'int'.

Thanks to Anders Carlsson for reporting this missing feature.

llvm-svn: 42933

that includes the string "st". This probably fixes the regression on
Darwin.

llvm-svn: 42932

llvm-svn: 42931

Do not filter memmove.

llvm-svn: 42930

llvm-svn: 42929

llvm-svn: 42928

Thanks to Török Edvin for helping to track this down.

llvm-svn: 42927

ok class names and streamlined this logic to do the lookup once.

llvm-svn: 42926

longer be created for fastcc functions.

llvm-svn: 42925

llvm-svn: 42924

Replace one FIXME with another. We handle protocols just fine now. The ObjC decl will only be 0 when we have an error on the ObjC decl. I would prefer we pass in a decl that is marked as invalid. I don't think this is critical to fix now, however I'd like us to be consistent. There are currently many places that don't mark the decl as invalid (which need to be fixed)...

llvm-svn: 42923

llvm-svn: 42922

llvm-svn: 42921

llvm-svn: 42920

llvm-svn: 42919

pointer correctly.

llvm-svn: 42918

llvm-svn: 42917

llvm-svn: 42916

and hid them.

llvm-svn: 42915

Temporary fix to test case. This area is currently under construction...test case will be changing again soon.

llvm-svn: 42914

llvm-svn: 42913

from user input strings.

Such conversions are more intricate and subtle than they may appear;
it is unlikely I have got it completely right first time.  I would
appreciate being informed of any bugs and incorrect roundings you
might discover.

llvm-svn: 42912

llvm-svn: 42911

If we're trying to be arbitrary precision, unsigned char clearly won't cut it.  Needed for dec->bin conversions.

llvm-svn: 42910

llvm-svn: 42909

function symbol name instead of a codegen-assigned function
number.

Thanks Evan! :-)

llvm-svn: 42908

llvm-svn: 42907