llvm-svn: 90744

but the results are imperfect.

For posterity, I did:

cat <<EOF > $cmdfile
s/DeclaratorInfo/TypeSourceInfo/g
s/DInfo/TInfo/g
s/TypeTypeSourceInfo/TypeSourceInfo/g
s/SourceTypeSourceInfo/TypeSourceInfo/g
EOF

find lib -name '*.cpp' -not -path 'lib/Parse/*' -exec sed -i '' -f $cmdfile '{}' \;
find lib -name '*.h' -exec sed -i '' -f $cmdfile '{}' \;
find include -name '*.h' -not -path 'include/clang/Parse/*' -not -path 'include/clang/Basic/*' -exec sed -i '' -f $cmdfile '{}' \;

llvm-svn: 90743

llvm-svn: 90742

Truncate the arguments of llvm.frameaddress / llvm.returnaddress intrinsics from i32 to platform's largest native type

llvm-svn: 90741

llvm-svn: 90740

llvm-svn: 90739

llvm-svn: 90738

llvm-svn: 90737

pointed out by Charles Davis.

llvm-svn: 90736

llvm-svn: 90735

llvm-svn: 90734

llvm-svn: 90733

llvm-svn: 90732

llvm-svn: 90731

This time with a fix to bail out when in a dependent context.

llvm-svn: 90730

llvm-svn: 90729

llvm-svn: 90728

subsequent code which depends on a complete type does the right thing.

llvm-svn: 90727

Remove a now out of date and out of place comment about predefined exprs from the FloatingLiteral class declaration.

llvm-svn: 90726

Don't print a void return type for C++ constructors and destructors when generating a predefined expr for them.

llvm-svn: 90725

in "bic sp, sp, #15" leads to unpredicatble behaviour in Thumb2 mode.
Emit the following code instead:
mov r4, sp
bic r4, r4, #15
mov sp, r4

llvm-svn: 90724

llvm-svn: 90723

generation, and make sure we generate thunks when the function is defined
rather than when the vtable is defined.

llvm-svn: 90722

PointerUnion == PointerUnion does not do what I thought it did. Also, fix a thinko in a PointerUnion::get call.

llvm-svn: 90719

http://llvm.org/viewvc/llvm-project?view=rev&revision=81871
http://llvm.org/viewvc/llvm-project?view=rev&revision=81936
http://llvm.org/viewvc/llvm-project?view=rev&revision=81945

llvm-svn: 90718

to fix it ATM.

llvm-svn: 90717

llvm-svn: 90716

llvm::DenseMap, for a 20% performance improvement in the
Cocoa-big-list performance benchmark.

llvm-svn: 90715

llvm-svn: 90714

intended.  On the first testcase in the bug, we now produce:

cxx-decl.cpp:12:2: error: unexpected ':' in nested name specifier
y:a a2;
 ^
 ::

instead of:

t.cc:8:1: error: C++ requires a type specifier for all declarations
x:a a2;
^
t.cc:8:2: error: invalid token after top level declarator
x:a a2;
 ^
 ;
t.cc:9:11: error: use of undeclared identifier 'a2'
x::a a3 = a2;
          ^

llvm-svn: 90713

llvm-svn: 90712

llvm-svn: 90711

llvm-svn: 90710

llvm-svn: 90709

llvm-svn: 90708

llvm-svn: 90707

llvm-svn: 90706

and I can't figure out how to write it more portably.

llvm-svn: 90705

Document that CompilerInvocation::createDiagnostics keeps a reference to the DiagnosticOptions, and update callers to make sure they don't pass in a temporary.

llvm-svn: 90704

llvm-svn: 90703