available_externally linkage, since they may not have been given a
strong definition in another translation unit. Without this patch, the
following test case fails to link with a GCC-compiled libstdc++:

  #include <sstream>
  int main() { std::basic_stringbuf<char> bs; }

Fixes the last problem with the Boost.IO library.

llvm-svn: 103208

reference type, make sure that the initializer we build is the
of the appropriate type for the *reference*, not for the thing that it
refers to. Fixes PR7050.

llvm-svn: 103115

ivar class objects (NeXt runtime).
(radar 7900343).

llvm-svn: 102533

incomplete type.  Fixes PR6911.

llvm-svn: 102473

llvm-svn: 102219

NeXt's -fno-constant-cfstrings - wip.

llvm-svn: 102189

llvm-svn: 102112

llvm-svn: 101787

llvm-svn: 101786

If a method is virtual and the class key function is in another file, emit the method as available_externally.
Fixes PR6747

llvm-svn: 101757

llvm-svn: 101666

llvm-svn: 101153

llvm-svn: 101151

llvm-svn: 100926

llvm-svn: 100919

llvm-svn: 100918

mangling an unknown expression kind.  Also conveniently tells the user what
kind of expression they should add to the mangler!

llvm-svn: 100907

__cxxabiv1::__fundamental_type_info in every translation
unit. Previously, we would perform name lookup for
__cxxabiv1::__fundamental_type_info at the end of IRGen for a each
translation unit, to determine whether it was present. If so, we we
produce type information for all of the fundamental types. However,
this name lookup causes PCH deserialization of a significant part of the
translation unit, which has a woeful impact on performance.

With this change, we now look at each record type after we've
generated its vtable to see if it is
__cxxabiv1::__fundamental_type_info. If so, we generate type info for
all of the fundamental types. This works because
__cxxabiv1::__fundamental_type_info should always have a key function
(typically the virtual destructor), that will be defined once in the
support library. The fundamental type information will end up there.

Fixes <rdar://problem/7840011>.

llvm-svn: 100772

Reapply patch for adding support for address spaces and added a isVolatile field to memcpy, memmove, and memset.

llvm-svn: 100305

llvm-svn: 100200

Reapply patch for adding support for address spaces and added a isVolatile field to memcpy, memmove, and memset. 

llvm-svn: 100193

llvm-svn: 100093

addition to the inherent win, this eliminates the pointless
cost of going through the name -> mdkind stringmap that we
were paying.

llvm-svn: 99983

llvm-svn: 99949

llvm-svn: 99930

the typeinfo for the fundamental types.

Fixes PR6685.

llvm-svn: 99701

llvm-svn: 99317

declaration.

llvm-svn: 99311

Always emit associated thunks when emitting the function itself. Remove getVtableAddressPoint, it's not used.

llvm-svn: 99252

llvm-svn: 99251

llvm-svn: 99250

 - So much typing, so little gain...

Also, rename the __cxx_global_initialization function just to match llvm-gcc.

llvm-svn: 99039

shadowing it in the GlobalDeclMap.  Eliminates the string-uniquing
requirement for mangled names, which should help C++ codegen times a little.
Forces us to do string lookups instead of pointer lookups, which might hurt
codegen times a little across the board.  We'll see how it plays out.

Removing the string-uniquing requirement implicitly fixes any bugs like
PR6635 which arose from the fact that we had multiple uniquing tables for
different kinds of identifiers.

llvm-svn: 99012

iterations of this patch gave explicit template instantiation
link-once ODR linkage, which permitted the back end to eliminate
unused symbols. Weak ODR linkage still requires the symbols to be
generated.

llvm-svn: 98441

llvm-svn: 98425

llvm-svn: 98424

llvm-svn: 98332

them). Fixes PR6578.

llvm-svn: 98328

This fixes PR6474.

llvm-svn: 98123

llvm-svn: 97873