Fix -Wcast-qual warnings.

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

Vtable -> VTable renames across the board.

llvm-svn: 101666

unbreak tests.

llvm-svn: 101153

minor cleanups

llvm-svn: 101151

Fix use after free. Incrementing an use_iterator after its user is erased is unsafe.

llvm-svn: 100926

rely even less on CallInst internals

llvm-svn: 100919

do not rely on CallInst interna, use CallSite to access arguments

llvm-svn: 100918

Provide an extremely unsatisfactory diagnostic (instead of crashing) when
mangling an unknown expression kind. Also conveniently tells the user what
kind of expression they should add to the mangler

Provide an extremely unsatisfactory diagnostic (instead of crashing) when
mangling an unknown expression kind. Also conveniently tells the user what
kind of expression they should add to the mangler!

llvm-svn: 100907

show more ...

Eliminate excessive PCH deserialization caused by the search for
__cxxabiv1::__fundamental_type_info in every translation
unit. Previously, we would perform name lookup for
__cxxabiv1::__fundamental_

Eliminate excessive PCH deserialization caused by the search for
__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

show more ...

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

llvm-svn: 100305

Revert r100193 since it causes failures in objc in clang

llvm-svn: 100200

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

llvm-svn: 100193

adjust to IRBuilder change and use faster DebugLoc apis.

llvm-svn: 100093

use the new optimized debug info metadata accessors. In
addition to the inherent win, this eliminates the pointless
cost of going through the name -> mdkind stringmap that we
were paying.

llvm-svn:

use the new optimized debug info metadata accessors. In
addition to the inherent win, this eliminates the pointless
cost of going through the name -> mdkind stringmap that we
were paying.

llvm-svn: 99983

show more ...

Revert Mon Ping's 99930 due to broken llvm-gcc buildbots.

llvm-svn: 99949

Added support for address spaces and added a isVolatile field to memcpy, memmove, and memset

llvm-svn: 99930

When given the magic class __cxxabiv1::__fundamental_type_info, produce
the typeinfo for the fundamental types.

Fixes PR6685.

llvm-svn: 99701

revert 99311. Looks like it broke darwin bootstrap.

llvm-svn: 99317

Avoid producing implicit methods when we have a explicit template instantiation
declaration.

llvm-svn: 99311

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

llvm-svn: 99252

Rename MaybeEmitVtable to EmitVTableRelatedData in preparation for making it emit thunks as well.

llvm-svn: 99251

Rename CGVtableInfo to CodeGenVTables in preparation of adding another VTableInfo class.

llvm-svn: 99250

C++: Add support for -fno-use-cxa-atexit.
- So much typing, so little gain...

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

llvm-svn: 99039

Change CodeGenModule to rely on the Module's symbol table instead of
shadowing it in the GlobalDeclMap. Eliminates the string-uniquing
requirement for mangled names, which should help C++ codegen ti

Change CodeGenModule to rely on the Module's symbol table instead of
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

show more ...