anyone has ever intentionally done this outside of a compiler test case.

llvm-svn: 117645

and never defined.  We were previously emitting these with default
visibility unless they were declared with private_extern.

Ignore global visibility settings when computing visibility for
a declaration's context, and key several conditions on whether a
visibility attribute exists anywhere in the hierarchy as opposed
to whether it exists at the current level.

llvm-svn: 117644

llvm-svn: 117613

using the memory type;  fixes an assert.

Fixes rdar://problem/8605032

llvm-svn: 117610

llvm-svn: 117576

llvm-svn: 117561

in the scope checker.  With that done, turn an indirect goto into a
protected scope into a hard error;  otherwise IR generation has to start
worrying about declarations not dominating their scopes, as exemplified
in PR8473.

If this really affects anyone, I can probably adjust this to only hard-error
on possible indirect gotos into VLA scopes rather than arbitrary scopes.
But we'll see how people cope with the aggressive change on the marginal
feature.

llvm-svn: 117539

Radar 8595129

llvm-svn: 117507

aggressive about the form we expect bools to be in.  I don't really have
time to fix all the sources right now.

llvm-svn: 117486

llvm-svn: 117456

on if its linkage is weak. Currently this is the
case but may change in the future. (part of radar 
8562966).

llvm-svn: 117452

llvm-svn: 117445

llvm-svn: 117444

of static data member of a class template.
Fixes //rdar :// 8562966 and pr8409.

llvm-svn: 117410

in IR gen, and use those to fix a correctness issue with bool atomic
intrinsics.  rdar://problem/8461234

llvm-svn: 117403

so that it's done in one place.

llvm-svn: 117386

llvm-svn: 117328

llvm-svn: 117321

they can be used outside of the main getTBAAInfo function.

llvm-svn: 117320

the patch. 

llvm-svn: 117159

more closely parallel the computation of linkage.  This gets us to a state
much closer to what gcc emits, modulo bugs, which will undoubtedly arise in
abundance.

llvm-svn: 117147

statement expressions, //rdar: //8540501

llvm-svn: 117146

Delay record type's debug info emission, in -flimit-debug-info mode, if member expression's base is call expr.

llvm-svn: 117127

llvm-svn: 117120

Tidy up MIPS_linkage name. Provide it only if it does not match regular name, otherwise it confuses debugger.
This is tested by local.C in llvmgcc testsuite.

llvm-svn: 117107

llvm-svn: 117106

llvm-svn: 117046

llvm-svn: 117043

PR6056, //rdar: //8564463

llvm-svn: 116819

llvm-svn: 116798

registers needed.

llvm-svn: 116772

Patch by Richard Smith!

llvm-svn: 116752

synthesized property. // rdar: //8498026

llvm-svn: 116717

llvm-svn: 116696

    Clang :: CodeGen/x86_32-arguments-darwin.c
    Clang :: CodeGen/x86_32-arguments-linux.c

llvm-svn: 116687

function parameters weren't converted to use the correct type (x86_mmx). Add a
check, similar to the one in llvm-gcc, to see if we need the x86_mmx type for
that function parameter. If so, it coerces the type to be that.

llvm-svn: 116684

llvm-svn: 116672

rdar://problem/8535238

llvm-svn: 116663

objc_exception_rethrow, so we don't...", since something is actually trying to
call this with the wrong signature (!). Unfortunately I don't understand the new
EH infrastructure well enough to fix it immediately.

llvm-svn: 116660

generate unnecessary %al clear on x86_64.

llvm-svn: 116656