<div dir="ltr">Yep, seems fine/reasonable to me. The pointer type has no logical scope so it doesn't really matter where its DIE goes.<br><br>GCC does put the pointer type in the function scope in basic cases, but it can also end up in other places. For example:<br><br><pre style="color:rgb(0,0,0)">blaikie@blaikie-linux:~/dev$ cat func.cpp
void sink(void*);
template<typename T>
void f1() {
T *t;
sink(&t);
}
void f2() {
struct foo { };
f1<foo>();
}
blaikie@blaikie-linux:~/dev$ g++-4.7 -std=c++11 func.cpp -g -c && llvm-dwarfdump-tot -debug-dump=info func.o | grep DW_TAG
0x0000000b: DW_TAG_compile_unit [1] *
0x0000002d: DW_TAG_subprogram [2] * // f2
0x00000051: DW_TAG_lexical_block [3]
0x00000062: DW_TAG_structure_type [4]
0x0000006b: DW_TAG_subprogram [5] * // f1
0x00000087: DW_TAG_template_type_parameter [6]
0x0000008e: DW_TAG_lexical_block [7] *
0x0000009f: DW_TAG_variable [8]
0x000000ab: DW_TAG_pointer_type [9] // foo*
& in fact, if you introduce another template that's similar to f1, its variable's type is 0x00ab - so it points into f1's children. Seems GCC puts it in whatever scope first references the pointer type.
I think it's probably as sensible, and a bit simpler, to put any such basic types in the CU scope.
(granted, if GCC and Clang were really smart, the pointer type in f1 could be pointer to 0x0087 - but that would really bloat the debug info (now every different way of writing foo* in every different template would be a separate type description... - that would probably be not good))</pre></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Apr 30, 2016 at 3:32 AM, Aboud, Amjad <span dir="ltr"><<a href="mailto:amjad.aboud@intel.com" target="_blank">amjad.aboud@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">Hi,<u></u><u></u></p>
<p class="MsoNormal">I am wondering if this behavior of creating debug info is correct.<u></u><u></u></p>
<p class="MsoNormal">A type in compile unit entry is pointing to a type under subprogram entry?!<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">This is the root cause of <a href="https://llvm.org/bugs/show_bug.cgi?id=27579" target="_blank">
https://llvm.org/bugs/show_bug.cgi?id=27579</a><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">0x0000000b: DW_TAG_compile_unit [1] *<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">0x00000026: DW_TAG_pointer_type [2]<u></u><u></u></p>
<p class="MsoNormal"> DW_AT_type [DW_FORM_ref4] (cu + 0x002c => {<span style="background:yellow">0x0000002c</span>})<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">0x0000002b: DW_TAG_subprogram [3] *<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span style="background:yellow">0x0000002c</span>: DW_TAG_typedef [4]<u></u><u></u></p>
<p class="MsoNormal"> DW_AT_type [DW_FORM_ref4] (cu + 0x0040 => {0x00000040})<u></u><u></u></p>
<p class="MsoNormal"> DW_AT_name [DW_FORM_strp] ( .debug_str[0x00000060] = "T")<u></u><u></u></p>
<p class="MsoNormal"> DW_AT_decl_file [DW_FORM_data1] ("c:\temp\ICL\LB\retain.cpp")<u></u><u></u></p>
<p class="MsoNormal"> DW_AT_decl_line [DW_FORM_data1] (16)<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">0x00000037: NULL<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">command line:<u></u><u></u></p>
<p class="MsoNormal">clang -cc1 -triple i386-apple-ios9.0.0 -emit-obj -debug-info-kind=limited -O2 test.cpp –o - | llvm-dwarfdump -debug-dump=info -<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">> cat test.cpp<u></u><u></u></p>
<p class="MsoNormal">class A {<u></u><u></u></p>
<p class="MsoNormal">public:<u></u><u></u></p>
<p class="MsoNormal"> int x;<u></u><u></u></p>
<p class="MsoNormal">};<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">class B {<u></u><u></u></p>
<p class="MsoNormal">public:<u></u><u></u></p>
<p class="MsoNormal"> typedef A type;<u></u><u></u></p>
<p class="MsoNormal">};<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">template<typename X><u></u><u></u></p>
<p class="MsoNormal">int foo(void* in) {<u></u><u></u></p>
<p class="MsoNormal"> typedef typename X::type T;<u></u><u></u></p>
<p class="MsoNormal"> const T* p = (T*) in;<u></u><u></u></p>
<p class="MsoNormal"> return p->x; <u></u><u></u></p>
<p class="MsoNormal">}<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">int bar() {<u></u><u></u></p>
<p class="MsoNormal">A a;<u></u><u></u></p>
<p class="MsoNormal"> return foo<B>(&a);<u></u><u></u></p>
<p class="MsoNormal">}<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Reason for this behavior is the explicit cast “(T*)“, which leads into the following IR:<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">!0 = distinct !DICompileUnit(language: DW_LANG_C_plus_plus, file: !1, producer: "clang version 3.9.0 (trunk 267335)", isOptimized: true, runtimeVersion: 0, emissionKind: FullDebug, enums: !2, retainedTypes:
<span style="background:yellow">!3</span>)<u></u><u></u></p>
<p class="MsoNormal"><span style="background:yellow">!3</span> = !{<span style="background:yellow">!4</span>}<u></u><u></u></p>
<p class="MsoNormal"><span style="background:yellow">!4</span> = !DIDerivedType(tag: DW_TAG_pointer_type, baseType:
<span style="background:yellow">!5</span>, size: 32, align: 32) <----------------- No Scope, leads to compile unit scope!!<u></u><u></u></p>
<p class="MsoNormal"><span style="background:yellow">!5</span> = !DIDerivedType(tag: DW_TAG_typedef, name: "T", scope:
<span style="background:yellow">!7</span>, file: !6, line: 16, baseType: !20)<u></u><u></u></p>
<p class="MsoNormal"><span style="background:yellow">!7</span> = distinct !<span style="background:yellow">DISubprogram</span>(name: "foo<B>", linkageName: "_Z3fooI1BEiPv", scope: !6, file: !6, line: 15, type: !8, isLocal:
false, isDefinition: true, scopeLine: 15, flags: DIFlagPrototyped, isOptimized: true, unit: !0, templateParams: !12, variables: !15)<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
<p class="MsoNormal">Amjad<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p>---------------------------------------------------------------------<br>
Intel Israel (74) Limited</p>
<p>This e-mail and any attachments may contain confidential material for<br>
the sole use of the intended recipient(s). Any review or distribution<br>
by others is strictly prohibited. If you are not the intended<br>
recipient, please contact the sender and delete all copies.</p></div>
</blockquote></div><br></div>