| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Remove redundant includes from lib/LTO. | Michael Zolotukhin | 2017-12-13 | 1 | -1/+0 |
| | | | | | llvm-svn: 320623 | ||||
| * | Fix a bunch more layering of CodeGen headers that are in Target | David Blaikie | 2017-11-17 | 1 | -2/+2 |
| | | | | | | | | | All these headers already depend on CodeGen headers so moving them into CodeGen fixes the layering (since CodeGen depends on Target, not the other way around). llvm-svn: 318490 | ||||
| * | [Analysis] Add LibFunc_ prefix to enums in TargetLibraryInfo. (NFC) | David L. Jones | 2017-01-23 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: The LibFunc::Func enum holds enumerators named for libc functions. Unfortunately, there are real situations, including libc implementations, where function names are actually macros (musl uses "#define fopen64 fopen", for example; any other transitively visible macro would have similar effects). Strictly speaking, a conforming C++ Standard Library should provide any such macros as functions instead (via <cstdio>). However, there are some "library" functions which are not part of the standard, and thus not subject to this rule (fopen64, for example). So, in order to be both portable and consistent, the enum should not use the bare function names. The old enum naming used a namespace LibFunc and an enum Func, with bare enumerators. This patch changes LibFunc to be an enum with enumerators prefixed with "LibFFunc_". (Unfortunately, a scoped enum is not sufficient to override macros.) There are additional changes required in clang. Reviewers: rsmith Subscribers: mehdi_amini, mzolotukhin, nemanjai, llvm-commits Differential Revision: https://reviews.llvm.org/D28476 llvm-svn: 292848 | ||||
| * | Utility functions for appending to llvm.used/llvm.compiler.used. | Evgeniy Stepanov | 2016-10-25 | 1 | -33/+15 |
| | | | | | llvm-svn: 285143 | ||||
| * | Move legacy LTO interface headers to legacy/ directory. | Peter Collingbourne | 2016-07-14 | 1 | -1/+1 |
| | | | | | | | Differential Revision: https://reviews.llvm.org/D22173 llvm-svn: 275476 | ||||
| * | [UpdateCompilerUsed] API rename and cleanup, suggested by Rafaael. | Davide Italiano | 2016-06-22 | 1 | -1/+1 |
| | | | | | | | | | | * UpdateCompilerUsed() -> updateCompilerUsed() * ThinLTO doesn't use the API so we can remove the include * Clean up unused #include <functional> from the header * Rename #ifdef guard comment to be correct. llvm-svn: 273461 | ||||
| * | [LTO] Move UpdateCompilerUsed.h from lib/ to include/ | Davide Italiano | 2016-06-22 | 1 | -2/+1 |
| | | | | | | | | | I plan to use it in lld soon. Differential Revision: http://reviews.llvm.org/D21575 llvm-svn: 273380 | ||||
| * | Simplify LTOInternalize into UpdateLLVMCompilerUsed | Mehdi Amini | 2016-04-13 | 1 | -0/+147 |
| It is now only doing the update to the llvm.compiler_used global. The client has to call separately the internalization stage. Hopefully the code is simpler to understand this way. From: Mehdi Amini <mehdi.amini@apple.com> llvm-svn: 266174 | |||||
 |
index : bcm5719-llvm | |
| Project Ortega BCM5719 LLVM | Raptor Computing Systems |
| summaryrefslogtreecommitdiffstats |
|