maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/CodeGenCXX/attr.cpp

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

35 lines
1.1 KiB
C++
Raw Normal View History

Fix PR8720 by printing an error message with a substring that the gcc testsuite searches for. llvm-svn: 121137
2010-12-07 23:23:23 +08:00
// RUN: %clang_cc1 -triple x86_64-pc-linux-gnu -emit-llvm -o - %s | FileCheck %s
Testcase for recent checkin. llvm-svn: 83330
2009-10-06 06:24:47 +08:00
[opaque pointer type] update test cases for explicit pointee types on global aliases llvm-svn: 247380
2015-09-11 11:22:18 +08:00
// CHECK: @test2 = alias i32 (), i32 ()* @_Z5test1v
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-20 07:29:14 +08:00
Reapply r176133 with testcase fixes. llvm-svn: 176145
2013-02-27 08:06:04 +08:00
// CHECK: define i32 @_Z3foov() [[NUW:#[0-9]+]] align 1024
Testcase for recent checkin. llvm-svn: 83330
2009-10-06 06:24:47 +08:00
int foo() __attribute__((aligned(1024)));
int foo() { }
class C {
Ensure we have atleast 2-byte alignment for member functions. llvm-svn: 83337
2009-10-06 06:49:20 +08:00
virtual void bar1() __attribute__((aligned(1)));
virtual void bar2() __attribute__((aligned(2)));
virtual void bar3() __attribute__((aligned(1024)));
PR13941: Mark all virtual functions as unnamed_addr. It's not possible to observe their addresses (taking their address gives the vtable slot) so we are free to merge their definitions. llvm-svn: 164864
2012-09-29 06:46:07 +08:00
void bar4() __attribute__((aligned(1024)));
Testcase for recent checkin. llvm-svn: 83330
2009-10-06 06:24:47 +08:00
} c;
Reapply r176133 with testcase fixes. llvm-svn: 176145
2013-02-27 08:06:04 +08:00
// CHECK: define void @_ZN1C4bar1Ev(%class.C* %this) unnamed_addr [[NUW]] align 2
Testcase for recent checkin. llvm-svn: 83330
2009-10-06 06:24:47 +08:00
void C::bar1() { }
Reapply r176133 with testcase fixes. llvm-svn: 176145
2013-02-27 08:06:04 +08:00
// CHECK: define void @_ZN1C4bar2Ev(%class.C* %this) unnamed_addr [[NUW]] align 2
Testcase for recent checkin. llvm-svn: 83330
2009-10-06 06:24:47 +08:00
void C::bar2() { }
Reapply r176133 with testcase fixes. llvm-svn: 176145
2013-02-27 08:06:04 +08:00
// CHECK: define void @_ZN1C4bar3Ev(%class.C* %this) unnamed_addr [[NUW]] align 1024
Ensure we have atleast 2-byte alignment for member functions. llvm-svn: 83337
2009-10-06 06:49:20 +08:00
void C::bar3() { }
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-20 07:29:14 +08:00
Reapply r176133 with testcase fixes. llvm-svn: 176145
2013-02-27 08:06:04 +08:00
// CHECK: define void @_ZN1C4bar4Ev(%class.C* %this) [[NUW]] align 1024
PR13941: Mark all virtual functions as unnamed_addr. It's not possible to observe their addresses (taking their address gives the vtable slot) so we are free to merge their definitions. llvm-svn: 164864
2012-09-29 06:46:07 +08:00
void C::bar4() { }
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-20 07:29:14 +08:00
// PR6635
CHECK-LABEL-ify some code gen tests to improve diagnostic experience when tests fail. llvm-svn: 188447
2013-08-15 14:47:53 +08:00
// CHECK-LABEL: define i32 @_Z5test1v()
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-20 07:29:14 +08:00
int test1() { return 10; }
// CHECK at top of file
extern "C" int test2() __attribute__((alias("_Z5test1v")));
Modify the tests to use attribute group references instead of listing the function attributes. llvm-svn: 175606
2013-02-20 15:22:19 +08:00
Cleanup the handling of noinline function attributes, -fno-inline, -fno-inline-functions, -O0, and optnone. These were really, really tangled together: - We used the noinline LLVM attribute for -fno-inline - But not for -fno-inline-functions (breaking LTO) - But we did use it for -finline-hint-functions (yay, LTO is happy!) - But we didn't for -O0 (LTO is sad yet again...) - We had weird structuring of CodeGenOpts with both an inlining enumeration and a boolean. They interacted in weird ways and needlessly. - A *lot* of set smashing went on with setting these, and then got worse when we considered optnone and other inlining-effecting attributes. - A bunch of inline affecting attributes were managed in a completely different place from -fno-inline. - Even with -fno-inline we failed to put the LLVM noinline attribute onto many generated function definitions because they didn't show up as AST-level functions. - If you passed -O0 but -finline-functions we would run the normal inliner pass in LLVM despite it being in the O0 pipeline, which really doesn't make much sense. - Lastly, we used things like '-fno-inline' to manipulate the pass pipeline which forced the pass pipeline to be much more parameterizable than it really needs to be. Instead we can *just* use the optimization level to select a pipeline and control the rest via attributes. Sadly, this causes a bunch of churn in tests because we don't run the optimizer in the tests and check the contents of attribute sets. It would be awesome if attribute sets were a bit more FileCheck friendly, but oh well. I think this is a significant improvement and should remove the semantic need to change what inliner pass we run in order to comply with the requested inlining semantics by relying completely on attributes. It also cleans up tho optnone and related handling a bit. One unfortunate aspect of this is that for generating alwaysinline routines like those in OpenMP we end up removing noinline and then adding alwaysinline. I tried a bunch of other approaches, but because we recompute function attributes from scratch and don't have a declaration here I couldn't find anything substantially cleaner than this. Differential Revision: https://reviews.llvm.org/D28053 llvm-svn: 290398
2016-12-23 09:24:49 +08:00
// CHECK: attributes [[NUW]] = { noinline nounwind{{.*}} }