History log of /llvm-project/clang/lib/CodeGen/CodeGenModule.cpp (Results 1726 – 1750 of 2157)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# d0ef1346 10-Apr-2010 Gabor Greif <ggreif@gmail.com>

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

llvm-svn: 100918


# 6936c863 09-Apr-2010 John McCall <rjmccall@apple.com>

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 ...


# eadd3cac 08-Apr-2010 Douglas Gregor <dgregor@apple.com>

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 ...


# cc2ab0cd 04-Apr-2010 Mon P Wang <wangmp@apple.com>

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

llvm-svn: 100305


# f7f3bff6 02-Apr-2010 Mon P Wang <wangmp@apple.com>

Revert r100193 since it causes failures in objc in clang

llvm-svn: 100200


# 4b82a887 02-Apr-2010 Mon P Wang <wangmp@apple.com>

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

llvm-svn: 100193


# e675d0f9 01-Apr-2010 Chris Lattner <sabre@nondot.org>

adjust to IRBuilder change and use faster DebugLoc apis.

llvm-svn: 100093


# be49c03f 31-Mar-2010 Chris Lattner <sabre@nondot.org>

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 ...


# adb58e32 30-Mar-2010 Bob Wilson <bob.wilson@apple.com>

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

llvm-svn: 99949


# 231e9974 30-Mar-2010 Mon P Wang <wangmp@apple.com>

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

llvm-svn: 99930


# adcc1d18 27-Mar-2010 Rafael Espindola <rafael.espindola@gmail.com>

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

Fixes PR6685.

llvm-svn: 99701


# fa1708fd 23-Mar-2010 Rafael Espindola <rafael.espindola@gmail.com>

revert 99311. Looks like it broke darwin bootstrap.

llvm-svn: 99317


# 4d3745ad 23-Mar-2010 Rafael Espindola <rafael.espindola@gmail.com>

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

llvm-svn: 99311


# af82f63b 23-Mar-2010 Anders Carlsson <andersca@mac.com>

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

llvm-svn: 99252


# 8841024a 23-Mar-2010 Anders Carlsson <andersca@mac.com>

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

llvm-svn: 99251


# a864caff 23-Mar-2010 Anders Carlsson <andersca@mac.com>

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

llvm-svn: 99250


# fe06df4b 20-Mar-2010 Daniel Dunbar <daniel@zuster.org>

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


# 7ec5043c 19-Mar-2010 John McCall <rjmccall@apple.com>

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 ...


# b14d1237 13-Mar-2010 Douglas Gregor <dgregor@apple.com>

Give explicit template instantiations weak ODR linkage. Former
iterations of this patch gave explicit template instantiation
link-once ODR linkage, which permitted the back end to eliminate
unused sy

Give explicit template instantiations weak ODR linkage. Former
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

show more ...


# 17b76185 13-Mar-2010 Douglas Gregor <dgregor@apple.com>

Re-revert the explicit template instantiation linkage patch. I am beginning to look incompetent

llvm-svn: 98425


# 89cae0f2 13-Mar-2010 Douglas Gregor <dgregor@apple.com>

Reinstate patch to turn explicit template instantiations into weak symbols

llvm-svn: 98424


# 539bc409 12-Mar-2010 Douglas Gregor <dgregor@apple.com>

Revert the linkage change for explicit template instantiations; something is amiss

llvm-svn: 98332


# ee3f7229 12-Mar-2010 Douglas Gregor <dgregor@apple.com>

Give explicit template instantiations weak linkage (but don't defer
them). Fixes PR6578.

llvm-svn: 98328


# e7113ca9 10-Mar-2010 Rafael Espindola <rafael.espindola@gmail.com>

Delay codegen of vtables when handling implicit instantiations.

This fixes PR6474.

llvm-svn: 98123


# f0a0f68c 06-Mar-2010 Benjamin Kramer <benny.kra@googlemail.com>

Add a message to these asserts.

llvm-svn: 97873


1...<<61626364656667686970>>...87