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/debug-info-method.cpp

28 lines
856 B
C++
Raw Normal View History

PR14573: Unnamed parameters in debug info, Part 2 Catch some cases I'd missed in r171605 related to unnamed parameters of record type. This resolves all remaining cases of PR14573 suppression in the GDB 7.5 test suite. Fix to the test suite to follow. llvm-svn: 171633
2013-01-06 04:03:07 +08:00
// RUN: %clang_cc1 -emit-llvm -std=c++11 -g %s -o - | FileCheck %s
Debug Info: generate a unique identifier for C++ struct, class, union, and enum. We use CXX mangler to generate unique identifier for external C++ struct, union, class and enum. Types with unique identifier are added to RetainedTypes to make sure they are treated as used even when all uses are replaced with the identifiers. A single type can be added to RetainedTypes multiple times. For example, both createForwardDecl and createLimitedType can add the same type to RetainedTypes. A set is used to avoid duplication when updating AllRetainTypes in DIBuilder. Testing cases are updated to reflect the unique identifier generated for types. The order of MDNodes is changed because of retained types and testing cases are updated accordingly. Testing case debug-info-uuid.cpp now emits error with Itanium mangler, since uuid is not yet handled in Itanium mangler. We choose to update RetainedTypes in clang, then at finalize(), we update AllRetainTypes in DIBuilder. The other choice is to update AllRetainTypes in DIBuilder when creating a DICompositeType with unique identifier. This option requires using ValueHandle for AllRetainTypes in DIBuilder since the created DICompositeType can be modified later on by setContainingType etc. llvm-svn: 189600
2013-08-30 02:51:51 +08:00
// CHECK: ![[THISTYPE:[0-9]+]] = {{.*}} ; [ DW_TAG_pointer_type ] {{.*}} [artificial] [from A]
Debug Info: this reverts commit r189600. We had further discussions on how to retain types, whether to do it in front end or in DIBuilder. And we agree to do it in DIBuilder so front ends generating unique identifier do not need to worry about retaining them. llvm-svn: 189609
2013-08-30 04:48:48 +08:00
// CHECK: metadata !"_ZN1A3fooEiS_3$_0", {{.*}} [protected]
PR14759: Improve/correct support for debug info for C++ member pointers. Using added LLVM functionality in r171698. This works in GDB for member variable pointers but not member function pointers. See the LLVM commit and GDB bug 14998 for details. Un-xfailing cases in the GDB 7.5 test suite will follow. llvm-svn: 171699
2013-01-07 13:55:03 +08:00
// CHECK: DW_TAG_ptr_to_member_type
Emit the function type of member function pointer types the same as member functions. Adding the pseudo first parameter to a member function pointer's function type and mark it as artificial. Combined with a fix to GDB ( http://sourceware.org/bugzilla/show_bug.cgi?id=14998 ) this fixes gdb.cp/member-ptr.exp with Clang. llvm-svn: 172911
2013-01-20 03:20:56 +08:00
// CHECK: {{.*}}metadata ![[MEMFUNTYPE:[0-9]+]], metadata !{{.*}}} ; [ DW_TAG_ptr_to_member_type ] {{.*}} [from ]
Debug Info: follow-up patch to r189283. Thanks David for his suggestion. This commit updates testing cases to have more specific CHECKs. llvm-svn: 189286
2013-08-27 07:19:37 +08:00
// CHECK: ![[MEMFUNTYPE]] = {{.*}}metadata ![[MEMFUNARGS:[0-9]+]], i32 0, null, null, null} ; [ DW_TAG_subroutine_type ] {{.*}} [from ]
Emit the function type of member function pointer types the same as member functions. Adding the pseudo first parameter to a member function pointer's function type and mark it as artificial. Combined with a fix to GDB ( http://sourceware.org/bugzilla/show_bug.cgi?id=14998 ) this fixes gdb.cp/member-ptr.exp with Clang. llvm-svn: 172911
2013-01-20 03:20:56 +08:00
// CHECK: ![[MEMFUNARGS]] = {{.*}}, metadata ![[THISTYPE]],
Emit debug info for unnamed parameters. LLVM ignores this data for now - patch for that to follow. llvm-svn: 171605
2013-01-05 13:58:35 +08:00
// CHECK: ""{{.*}}DW_TAG_arg_variable
PR14573: Unnamed parameters in debug info, Part 2 Catch some cases I'd missed in r171605 related to unnamed parameters of record type. This resolves all remaining cases of PR14573 suppression in the GDB 7.5 test suite. Fix to the test suite to follow. llvm-svn: 171633
2013-01-06 04:03:07 +08:00
// CHECK: ""{{.*}}DW_TAG_arg_variable
// CHECK: ""{{.*}}DW_TAG_arg_variable
union {
int a;
float b;
} u;
Emit method access specifier. Radar 8490416. llvm-svn: 115090
2010-09-30 05:46:16 +08:00
class A {
protected:
PR14573: Unnamed parameters in debug info, Part 2 Catch some cases I'd missed in r171605 related to unnamed parameters of record type. This resolves all remaining cases of PR14573 suppression in the GDB 7.5 test suite. Fix to the test suite to follow. llvm-svn: 171633
2013-01-06 04:03:07 +08:00
void foo(int, A, decltype(u));
Emit method access specifier. Radar 8490416. llvm-svn: 115090
2010-09-30 05:46:16 +08:00
};
Emit debug info for unnamed parameters. LLVM ignores this data for now - patch for that to follow. llvm-svn: 171605
2013-01-05 13:58:35 +08:00
PR14573: Unnamed parameters in debug info, Part 2 Catch some cases I'd missed in r171605 related to unnamed parameters of record type. This resolves all remaining cases of PR14573 suppression in the GDB 7.5 test suite. Fix to the test suite to follow. llvm-svn: 171633
2013-01-06 04:03:07 +08:00
void A::foo(int, A, decltype(u)) {
Emit debug info for unnamed parameters. LLVM ignores this data for now - patch for that to follow. llvm-svn: 171605
2013-01-05 13:58:35 +08:00
}
Emit method access specifier. Radar 8490416. llvm-svn: 115090
2010-09-30 05:46:16 +08:00
A a;
PR14759: Improve/correct support for debug info for C++ member pointers. Using added LLVM functionality in r171698. This works in GDB for member variable pointers but not member function pointers. See the LLVM commit and GDB bug 14998 for details. Un-xfailing cases in the GDB 7.5 test suite will follow. llvm-svn: 171699
2013-01-07 13:55:03 +08:00
int A::*x = 0;
int (A::*y)(int) = 0;