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
175,274 Commits 42 Branches 155 Tags
c054d9813c9c7f8f2c95d78bc171bf761d2e73fc
Commit Graph

947 Commits

Author SHA1 Message Date
Alexey Samsonov c054d9813c [ASan] Hoist blacklisting globals from init-order checking to Clang. 
Clang knows about the sanitizer blacklist and it makes no sense to
add global to the list of llvm.asan.dynamically_initialized_globals if it
will be blacklisted in the instrumentation pass anyway. Instead, we should
do as much blacklisting as possible (if not all) in the frontend.

llvm-svn: 209789
 2014-05-29 01:43:53 +00:00
Hans Wennborg 275efb9e50 Don't dllimport/export destructor variants implemented by thunks. 
MSVC doesn't export these functions, so trying to import them doesnt' work.
Also, don't let any dll attributes on the CXXDestructorDecl influence the
thunk's linkage -- they should always be linkonce_odr.

This takes care of the FIXME's for this in Nico's tests.

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

llvm-svn: 209706
 2014-05-28 01:52:23 +00:00
Reid Kleckner 563f0e852c Use comdats to avoid double initialization of weak data 
Initializers of global data that can appear multiple TUs (static data
members of class templates or __declspec(selectany) data) are now in a
comdat group keyed on the global variable being initialized.  On
non-Windows platforms, this is a code size and startup time
optimization.  On Windows, this is necessary for ABI compatibility with
MSVC.

Fixes PR16959.

Reviewers: rsmith

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

llvm-svn: 209555
 2014-05-23 21:13:45 +00:00
Rafael Espindola b73c973d3b Don't set unnamed_addr in CreateRuntimeVariable. 
This was fairly broken. For example,

@__dso_handle would or would not get an unnamed_addr depending on how many
global destructors were used in a translation unit.

The consensus was that not every runtime variable is unnamed_addr and that
__dso_handle handle should not be, so just don't add unnamed_addr in
CreateRuntimeVariable.

llvm-svn: 209484
 2014-05-22 23:33:27 +00:00
Craig Topper 8a13c4180e [C++11] Use 'nullptr'. CodeGen edition. 
llvm-svn: 209272
 2014-05-21 05:09:00 +00:00
Adrian Prantl 2dbdd20d37 Demote the "Debug Info Version" module flag to llvm::Module::Warning 
behavior on mismatch. The AutoUpgrader will drop incompatible debug info
any way and also emit a warning diagnostic for it.

rdar://problem/16926122

llvm-svn: 209182
 2014-05-19 23:40:06 +00:00
Rafael Espindola 234405bd0f Update for llvm api change. 
llvm-svn: 209077
 2014-05-17 21:30:14 +00:00
Rafael Espindola 6172277e9f Update for llvm api change. 
llvm-svn: 209074
 2014-05-17 19:58:16 +00:00
Rafael Espindola 0fcad8837b Use getAliasee instead of getAliasedGlobal. 
No functionality change.

llvm-svn: 209038
 2014-05-16 22:20:18 +00:00
Rafael Espindola b2633b9793 Update for llvm api change. 
Now that llvm cannot represent alias cycles, we have to diagnose erros just
before trying to close the cycle. This degrades the errors a bit. The real
solution is what it was before: if we want to provide good errors for these
cases, we have to be able to find a clang level decl given a mangled name
and produce the error from Sema.

llvm-svn: 209008
 2014-05-16 19:35:48 +00:00
Rafael Espindola 9750ce7ebd Update for llvm API change. 
llvm-svn: 208984
 2014-05-16 13:34:28 +00:00
Hans Wennborg b0f2f146bb Allow dllimport/dllexport on inline functions and adjust the linkage. 
This is a step towards handling these attributes on classes (PR11170).

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

llvm-svn: 208925
 2014-05-15 22:07:49 +00:00
Hans Wennborg 1a3a07471f Rename CodeGenModule::getLLVMLinkageforDeclarator -> getLLVMLinkageForDeclarator 
No functionality change.

llvm-svn: 208808
 2014-05-14 19:54:53 +00:00
Rafael Espindola ee076a27ce Update for llvm API change. 
llvm-svn: 208717
 2014-05-13 18:45:53 +00:00
James Molloy e735b2bae3 Pacify bots again - turns out my checkout was slightly polluted when I was reverting a olista01s change, and this pollution made it upstream during the revert checkin :/ Sorryemacs -nw lib/CodeGen/CodeGenModule.cpp 
llvm-svn: 208426
 2014-05-09 16:28:56 +00:00
James Molloy 1aa0d5f3b2 Revert r208417 (olista01 'ARM: HFAs must be passed in consecutive registers'). This is a followon commit from r208413 which broke the LLVM bots. 
llvm-svn: 208422
 2014-05-09 16:17:09 +00:00
Rafael Espindola 2ae250c36a Use auto to avoid duplicating the type. 
llvm-svn: 208374
 2014-05-09 00:08:36 +00:00
Rafael Espindola e033c8c58c Cleanup setFunctionDefinitionAttributes. 
Use more specific type, update comments and name style.

llvm-svn: 208328
 2014-05-08 15:26:12 +00:00
Rafael Espindola 489c66b268 Small simplification: Reduce the use of cast<>. 
llvm-svn: 208320
 2014-05-08 14:33:38 +00:00
Alexey Bataev 9959db5fa9 [OPENMP] Initial codegen for '#pragma omp parallel' 
llvm-svn: 208077
 2014-05-06 10:08:46 +00:00
Rafael Espindola 502f65ae54 Fix pr19653. 
Warn if an alias requests a section other than the aliasee section.

llvm-svn: 207997
 2014-05-05 20:21:03 +00:00
Rafael Espindola c67b815217 Small refactoring, no functionality change. 
llvm-svn: 207991
 2014-05-05 19:33:09 +00:00
Robert Lytton f80d68847d XCore target: fix bug in dereferencing null pointer. 
Also add basic cpp ABI tests where they differ from C ABI output.

llvm-svn: 207834
 2014-05-02 09:33:30 +00:00
Robert Lytton 844aeeb15a XCore target: Add TypeString meta data to IR output. 
This includes the addition of the virtual function:
	TargetCodeGenInfo::EmitTargetMD()

llvm-svn: 207832
 2014-05-02 09:33:20 +00:00
David Majnemer daff37013c AST: Mangle reference temporaries reliably 
Summary:
Previously, we would generate a single name for all reference
temporaries and allow LLVM to rename them for us.  Instead, number the
reference temporaries as we build them in Sema.

Reviewers: rsmith

Subscribers: cfe-commits

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

llvm-svn: 207776
 2014-05-01 17:50:17 +00:00