maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Frontend/ast-codegen.c

14 lines
346 B
C
Raw Normal View History

Revert "Revert r241620 and follow-up commits" and move the initialization of the llvm targets from clang/CodeGen into ClangCheck.cpp and CIndex.cpp. llvm-svn: 241653
2015-07-08 09:00:30 +08:00
// REQUIRES: x86-registered-target
A number of test cases assume that an "int" parameter or return value will be represented in the IR as a plain "i32" type. This causes the tests to spuriously fail on platforms where int is not a 32-bit type, or where the ABI requires attributes like "signext" or "zeroext" to be used. This patch adds -triple or -target parameters to force those tests to use the i386-unknown-unknown target. llvm-svn: 166551
2012-10-24 20:22:56 +08:00
// RUN: %clang -target i386-unknown-unknown -emit-ast -o %t.ast %s
// RUN: %clang -target i386-unknown-unknown -emit-llvm -S -o - %t.ast | FileCheck %s
Initial support for code generation from .ast files. - Doesn't actually work yet because only module level asm's get correctly marked as externally visible in the PCH. - Other things like 'clang-cc foo.ast -ast-dump' now work, as well. llvm-svn: 82107
2009-09-17 08:48:13 +08:00
// CHECK: module asm "foo"
__asm__("foo");
Switch ProcessASTInputFile to still use ParseAST. - Currently this requires us to fake an input file. - This allows Sema to be keep all the logic for how to pull decls out of the external AST source and how to handle things like tentative definitions. llvm-svn: 82432
2009-09-21 11:03:56 +08:00
Recommit r324107 again. The difference from the previous try is that we no longer directly access function declarations from position independent executables. It should work, but currently doesn't with some linkers. It now includes a fix to not mark available_externally definitions as dso_local. Original message: Start setting dso_local in clang. This starts adding dso_local to clang. The hope is to eventually have TargetMachine::shouldAssumeDsoLocal go away. My objective for now is to move enough of it to clang to remove the need for the TargetMachine one to handle PIE copy relocations and -fno-plt. With that it should then be easy to implement a -fno-copy-reloc in clang. This patch just adds the cases where we assume a symbol to be local based on the file being compiled for an executable or a shared library. llvm-svn: 324535
2018-02-08 06:15:33 +08:00
// CHECK: @g0 = common dso_local global i32 0, align 4
Switch ProcessASTInputFile to still use ParseAST. - Currently this requires us to fake an input file. - This allows Sema to be keep all the logic for how to pull decls out of the external AST source and how to handle things like tentative definitions. llvm-svn: 82432
2009-09-21 11:03:56 +08:00
int g0;
Recommit r324107 again. The difference from the previous try is that we no longer directly access function declarations from position independent executables. It should work, but currently doesn't with some linkers. It now includes a fix to not mark available_externally definitions as dso_local. Original message: Start setting dso_local in clang. This starts adding dso_local to clang. The hope is to eventually have TargetMachine::shouldAssumeDsoLocal go away. My objective for now is to move enough of it to clang to remove the need for the TargetMachine one to handle PIE copy relocations and -fno-plt. With that it should then be easy to implement a -fno-copy-reloc in clang. This patch just adds the cases where we assume a symbol to be local based on the file being compiled for an executable or a shared library. llvm-svn: 324535
2018-02-08 06:15:33 +08:00
// CHECK: define dso_local i32 @f0()
Switch ProcessASTInputFile to still use ParseAST. - Currently this requires us to fake an input file. - This allows Sema to be keep all the logic for how to pull decls out of the external AST source and how to handle things like tentative definitions. llvm-svn: 82432
2009-09-21 11:03:56 +08:00
int f0() {
}