summaryrefslogtreecommitdiffstats
path: root/clang/test/CodeGen/function-sections.c
Commit message (Collapse)AuthorAgeFilesLines
* Add back test for r299152Teresa Johnson2017-03-311-0/+6
| | | | | | | I am hoping the bot failures are addressed by using cc1 for the ThinLTO backend invocations as well. llvm-svn: 299217
* Revert test added in r299152Teresa Johnson2017-03-311-6/+0
| | | | | | | Removing the test until I can figure out how to get the ThinLTO backend invocation of clang to use the correct target. llvm-svn: 299181
* Add target-cpuTeresa Johnson2017-03-311-2/+2
| | | | | | | | Sigh, another follow-on fix needed for test in r299152 causing bot failures. We also need the target-cpu for the ThinLTO BE clang invocation. llvm-svn: 299178
* Add more target triples to testTeresa Johnson2017-03-311-2/+2
| | | | | | | | Third and hopefully final fix to test for r299152 that is causing bot failures: make sure the target triple specified for the ThinLTO backend clang invocations as well. llvm-svn: 299176
* Fix new compile command in testTeresa Johnson2017-03-311-1/+1
| | | | | | | My previous attempt to fix bot failures from r299152 didn't add the necessary option to get bitcode out of the cc1 step. llvm-svn: 299173
* Add triple to new testTeresa Johnson2017-03-311-1/+1
| | | | | | | Attempt to fix bot errors from r299152 by using clang_cc1 and specifying target triple to compile step. llvm-svn: 299170
* [ThinLTO] Set up lto::Config properly for codegen in ThinLTO backendsTeresa Johnson2017-03-311-1/+7
| | | | | | | | | | | | | | | | Summary: This involved refactoring out pieces of EmitAssemblyHelper::CreateTargetMachine for use in runThinLTOBackend. Subsumes D31114. Reviewers: mehdi_amini, pcc Subscribers: Prazek, cfe-commits Differential Revision: https://reviews.llvm.org/D31508 llvm-svn: 299152
* [MS-ABI] Add support for #pragma section and related pragmasWarren Hunt2014-04-081-0/+28
This patch adds support for the msvc pragmas section, bss_seg, code_seg, const_seg and data_seg as well as support for __declspec(allocate()). Additionally it corrects semantics and adds diagnostics for __attribute__((section())) and the interaction between the attribute and the msvc pragmas and declspec. In general conflicts should now be well diganosed within and among these features. In supporting the pragmas new machinery for uniform lexing for msvc pragmas was introduced. The new machinery always lexes the entire pragma and stores it on an annotation token. The parser is responsible for parsing the pragma when the handling the annotation token. There is a known outstanding bug in this implementation in C mode. Because these attributes and pragmas apply _only_ to definitions, we process them at the time we detect a definition. Due to tentative definitions in C, we end up processing the definition late. This means that in C mode, everything that ends up in a BSS section will end up in the _last_ BSS section rather than the one that was live at the time of tentative definition, even if that turns out to be the point of actual definition. This issue is not known to impact anything as of yet because we are not aware of a clear use or use case for #pragma bss_seg but should be fixed at some point. Differential Revision=http://reviews.llvm.org/D3065#inline-16241 llvm-svn: 205810
OpenPOWER on IntegriCloud