maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
221,611 Commits 23 Branches 0 Tags 2.2 GiB
Commit Graph

7 Commits

Author SHA1 Message Date
Yunzhong Gao 06770f9381 Adding type info for f16c floating-point type. This is consistent with the 
Itanium ABI in 2.9.2 Place of Emission.

Differential Revision: http://reviews.llvm.org/D2750

llvm-svn: 206439
 2014-04-17 02:26:26 +00:00
John McCall 57420b320c type_info objects are not unnamed_addr: the ABI requires us to 
unique them and permits the implementation of dynamic_cast (and
anything else which knows it's working with a complete class
type) to compare their addresses directly.

rdar://16005328

llvm-svn: 201020
 2014-02-08 03:26:05 +00:00
Rafael Espindola 25f4620c67 Set unnamed_addr in every type info. 
llvm-svn: 123293
 2011-01-11 23:55:05 +00:00
Anders Carlsson ba37e1eb49 std::nullptr_t is a fundamental type for RTTI purposes. 
llvm-svn: 118238
 2010-11-04 05:28:09 +00:00
John McCall e16adc2b1e Emit standard-library RTTI with external linkage, not weak_odr. 
Apply hidden visibility to most RTTI;  libstdc++ does not rely on exact
pointer equality for the type info (just the type info names).  Apply
the same optimization to RTTI that we do to vtables.

Fixes PR5962.

llvm-svn: 110192
 2010-08-04 08:34:44 +00:00
Douglas Gregor eadd3cace9 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
 2010-04-08 15:52:03 +00:00
Rafael Espindola 6e281ffdc0 Test for the previous commit. 
llvm-svn: 99702
 2010-03-27 02:52:40 +00:00