Roman Divacky!

llvm-svn: 82876

specializations such as:

  friend class std::vector<int>;

by using the same code path as explicit specializations, customized to
reference an existing ClassTemplateSpecializationDecl (or build a new
"undeclared" one).

llvm-svn: 82875

llvm-svn: 82874

too.

llvm-svn: 82873

llvm-svn: 82872

llvm-svn: 82871

llvm-svn: 82870

llvm-svn: 82869

llvm-svn: 82868

calls, since direct calls don't always reflect the attributes of their
callees.

llvm-svn: 82867

llvm-svn: 82866

llvm-svn: 82865

to inttoptr/ptrtoint unnecessarily.

llvm-svn: 82864

there need to be corresponding changes to the constant folders,
done in this patch.

llvm-svn: 82862

where FCMP_OEQ is not legal and FCMP_OGE is, such as x86. 

llvm-svn: 82861

for addition.

llvm-svn: 82860

llvm-svn: 82859

createBitcodeWriterPass instead of the underlying raw_ostream. This
avoids trouble with formatted_raw_ostream's behavior of setting the
underlying stream to be unbuffered, which resulted in
clang -emit-llvm -S using unbuffered output.

llvm-svn: 82857

llvm-svn: 82855

llvm-svn: 82854

llvm-svn: 82853

llvm-svn: 82850

scope *up to and including* the innermost namespace scope, rather than
just searching in the innermost namespace scope. 

llvm-svn: 82849

class templates. We now treat friend class templates much more like
normal class templates, except that they still get special name lookup
rules. Fixes PR5057 and eliminates a bunch of spurious diagnostics in
<iostream>.

llvm-svn: 82848

be removed, but I XFAIL'd it for now.

llvm-svn: 82847

avoid scanning for an "entry point" FunctionDecl if we (a) have no
translation unit actions and (b) no entry point function has been
specified.

llvm-svn: 82846

llvm-svn: 82845

llvm-svn: 82844

llvm-svn: 82843

llvm-svn: 82842

llvm-svn: 82841

Use Sema::getMostSpecialized to eliminate a redundant implementation of the most-specialized function template

llvm-svn: 82840

llvm-svn: 82839

llvm-svn: 82838

llvm-svn: 82837

llvm-svn: 82836

llvm-svn: 82835

allocatable. Even if it doesn't appear to have any defs, it may latter
on after register allocation.

llvm-svn: 82834

llvm-svn: 82833

llvm-svn: 82832