encounter/llvm-project
0
0
Fork 0
mirror of https://github.com/encounter/llvm-project.git synced 2026-03-30 11:27:19 -07:00
Code Issues Packages Projects Releases Wiki Activity
80,595 Commits 42 Branches 155 Tags
4d3745ade6baba16b7cec50c22ca41ce78f488ea
Commit Graph

420 Commits

Author SHA1 Message Date
Rafael Espindola 4d3745ade6 Avoid producing implicit methods when we have a explicit template instantiation 
declaration.

llvm-svn: 99311
 2010-03-23 18:56:16 +00:00
Anders Carlsson af82f63b47 Always emit associated thunks when emitting the function itself. Remove getVtableAddressPoint, it's not used. 
llvm-svn: 99252
 2010-03-23 04:31:31 +00:00
Anders Carlsson 8841024a7c Rename MaybeEmitVtable to EmitVTableRelatedData in preparation for making it emit thunks as well. 
llvm-svn: 99251
 2010-03-23 04:15:00 +00:00
Anders Carlsson a864caff8c Rename CGVtableInfo to CodeGenVTables in preparation of adding another VTableInfo class. 
llvm-svn: 99250
 2010-03-23 04:11:45 +00:00
Daniel Dunbar fe06df4bf3 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
 2010-03-20 04:15:41 +00:00
John McCall 7ec5043c2c 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
 2010-03-19 23:29:14 +00:00
Douglas Gregor b14d123774 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
 2010-03-13 18:23:07 +00:00
Douglas Gregor 17b76185f1 Re-revert the explicit template instantiation linkage patch. I am beginning to look incompetent 
llvm-svn: 98425
 2010-03-13 03:49:57 +00:00
Douglas Gregor 89cae0f224 Reinstate patch to turn explicit template instantiations into weak symbols 
llvm-svn: 98424
 2010-03-13 03:14:19 +00:00
Douglas Gregor 539bc40906 Revert the linkage change for explicit template instantiations; something is amiss 
llvm-svn: 98332
 2010-03-12 05:13:59 +00:00
Douglas Gregor ee3f72299c Give explicit template instantiations weak linkage (but don't defer 
them). Fixes PR6578.

llvm-svn: 98328
 2010-03-12 04:49:06 +00:00
Rafael Espindola e7113ca907 Delay codegen of vtables when handling implicit instantiations. 
This fixes PR6474.

llvm-svn: 98123
 2010-03-10 02:19:29 +00:00
Benjamin Kramer f0a0f68c79 Add a message to these asserts. 
llvm-svn: 97873
 2010-03-06 09:07:19 +00:00
John McCall beec5a080f Implement __builtin_dwarf_sp_column for i386 (Darwin and not), x86-64 (all), 
and ARM.  Implement __builtin_init_dwarf_reg_size_table for i386 (both) and
x86-64 (all).

llvm-svn: 97859
 2010-03-06 00:35:14 +00:00
Rafael Espindola 2e42fec3a0 Fix PR6473. 
Clang's support for weakref is now better than llvm-gcc's :-)

We don't introduce a new symbol and we correctly mark undefined references weak only if there is no
definition or regular undefined references in the same file.

llvm-svn: 97733
 2010-03-04 18:17:24 +00:00
John McCall 731be6620c Revert changes r97693, r97700, and r97718. 
Our testing framework can't deal with disabled targets yet.

llvm-svn: 97719
 2010-03-04 04:29:44 +00:00
Fariborz Jahanian 9eba9dfb0c Refactor local class name mangling and make it 
ABI conforming.

llvm-svn: 97702
 2010-03-04 01:02:03 +00:00
John McCall 6abe39c61e Create a TargetMachine whenever we create a CodeGenAction. The codegen of 
some builtins will rely on target knowledge.

llvm-svn: 97693
 2010-03-04 00:23:29 +00:00
Rafael Espindola 70e040d552 During codegen assert that any copy assignment, destructor or constructor that 
we need to synthesize has been marked as used by Sema.

Change Sema to avoid these asserts.

llvm-svn: 97589
 2010-03-02 21:28:26 +00:00
Rafael Espindola c18086ae17 Add support for the weakref attribute. We still produce "alias weak" as llvm-gcc does, but are more strict on what uses of weakref we accept. 
llvm-svn: 96992
 2010-02-23 22:00:30 +00:00
John McCall f8ff7b9fd1 Perform two more constructor/destructor code-size optimizations: 
1) emit base destructors as aliases to their unique base class destructors
under some careful conditions.  This is enabled for the same targets that can
support complete-to-base aliases, i.e. not darwin.

2) Emit non-variadic complete constructors for classes with no virtual bases
as calls to the base constructor.  This is enabled on all targets and in
theory can trigger in situations that the alias optimization can't (mostly
involving virtual bases, mostly not yet supported).

These are bundled together because I didn't think it worthwhile to split them,
not because they really need to be.

llvm-svn: 96842
 2010-02-23 00:48:20 +00:00
John McCall d4324148d7 Re-introduce the ctor/dtor alias optimization, this time hidden behind a 
command-line option which defaults off.

llvm-svn: 96649
 2010-02-19 01:32:20 +00:00
John McCall 334ce7c1c4 Revert the ctor/dtor alias optimization for now; the buildbots can detect 
some failure here that I can't.

llvm-svn: 96612
 2010-02-18 21:31:48 +00:00
John McCall 67cea74745 Emit complete constructors and destructors as aliases to base constructors 
and destructors when the two entities are semantically identical, i.e. when
the class has no virtual base classes.  We only do this for linkage types
for which aliases are supported, i.e. internal and external, i.e. not linkonce.

llvm-svn: 96451
 2010-02-17 03:52:49 +00:00
Ted Kremenek 7f4945aa9c Remove use of 'std::string' from Attr objects, using instead a byte 
array allocated using the allocator in ASTContext.  This addresses
these strings getting leaked when using a BumpPtrAllocator (in
ASTContext).

Fixes: <rdar://problem/7636765>
llvm-svn: 95853
 2010-02-11 05:28:37 +00:00