search for: dw_lang_c_plus_plus

Displaying 20 results from an estimated 23 matches for "dw_lang_c_plus_plus".

2018 Jul 30
2
ThinLTO Bug ?
...; > > > > > > !llvm.module.flags = !{!0, !1} > > > > !llvm.dbg.cu = !{!2} > > > > !0 = !{i32 2, !"Debug Info Version", i32 3} > > > > !1 = !{i32 1, !"ThinLTO", i32 0} > > > > !2 = distinct !DICompileUnit(language: DW_LANG_C_plus_plus, file: !3, > > retainedTypes: !4) > > > > !3 = !DIFile(filename: "f2", directory: "") > > > > !4 = !{!5} > > > > !5 = !DICompositeType(tag: DW_TAG_class_type, file: !3, flags: > > DIFlagFwdDecl, identifier: "SHARED") >...
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...nts: > > 0x00000000: Compile Unit: length = 0x0000005b version = 0x0004 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x0000005f) > > 0x0000000b: TAG_compile_unit [1] * > AT_producer( "clang version 3.5.0 (209308)" ) > AT_language( DW_LANG_C_plus_plus ) > AT_name( "test.cc <http://test.cc/>" ) > AT_stmt_list( 0x00000000 ) > AT_comp_dir( "/llvm_cmake" ) > AT_low_pc( 0x0000000000000000 ) > AT_high_pc( 0x00000184 ) > > 0x0000002a: TA...
2018 Jul 28
2
ThinLTO Bug ?
....TA * zeroinitializer define i32 @c() !dbg !6 { bitcast %struct.TA ** @gv to i8* unreachable } !llvm.module.flags = !{!0, !1} !llvm.dbg.cu = !{!2} !0 = !{i32 2, !"Debug Info Version", i32 3} !1 = !{i32 1, !"ThinLTO", i32 0} !2 = distinct !DICompileUnit(language: DW_LANG_C_plus_plus, file: !3, retainedTypes: !4) !3 = !DIFile(filename: "f2", directory: "") !4 = !{!5} !5 = !DICompositeType(tag: DW_TAG_class_type, file: !3, flags: DIFlagFwdDecl, identifier: "SHARED") !6 = distinct !DISubprogram(unit: !2) [~/thinltobug]$ cat b.ll target datala...
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
Hey guys, Frederic is introducing the expression dumping support and in the interests of tersity is skipping the "DW_" in every "DW_OP" (heck, we could even skip the "OP" given the context - nothing else textual can appear there, right?) Any thoughts on skipping the "DW_" (maybe even the AT/TAG/FORM too) in the rest of dwarfdump? (skipping the AT/TAG (FORM
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...0x00000000: Compile Unit: length = 0x0000005b version = 0x0004 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x0000005f) >> >> 0x0000000b: TAG_compile_unit [1] * >> AT_producer( "clang version 3.5.0 (209308)" ) >> AT_language( DW_LANG_C_plus_plus ) >> AT_name( "test.cc <http://test.cc/>" ) >> AT_stmt_list( 0x00000000 ) >> AT_comp_dir( "/llvm_cmake" ) >> AT_low_pc( 0x0000000000000000 ) >> AT_high_pc( 0x00000184 ) >>...
2019 Sep 13
2
DWARF-5 Supported languages Tags C++03, C++11,C++14
Hello Everyone, I'm working on providing support for New Language Tags, prescribed in DWARF-5. DW_LANG_C_plus_plus_03 DW_LANG_C_plus_plus_11 DW_LANG_C_plus_plus_14 While, C++11 and C++14, is defined and can be emitted by Frontend. "include/clang/Basci/LangStandard.h" CPlusPlus = (1 << 5), CPlusPlus11 = (1 << 6), CPlusPlus14 = (1 << 7), CPlusPlus17 = (1 << 8), CPlusPlus2a = (1...
2015 Jan 20
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...------------ .debug_info contents: 0x00000000: Compile Unit: length = 0x0000005b version = 0x0004 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x0000005f) 0x0000000b: TAG_compile_unit [1] * AT_producer( "clang version 3.5.0 (209308)" ) AT_language( DW_LANG_C_plus_plus ) AT_name( "test.cc<http://test.cc/>" ) AT_stmt_list( 0x00000000 ) AT_comp_dir( "/llvm_cmake" ) AT_low_pc( 0x0000000000000000 ) AT_high_pc( 0x00000184 ) 0x0000002a: TAG_subprogram [2] *...
2017 Jun 08
4
DICompileUnit duplication in LLVM 4.0.0?
...eUnits in a pass that worked in 3.8. I assume I'm doing something wrong. Would someone be willing to point me in the right direction? The below minimized pass reproduces my issue in 4.0 with the following error: DICompileUnit not listed in llvm.dbg.cu !1707 = distinct !DICompileUnit(language: DW_LANG_C_plus_plus, file: !1, producer: "clang version 4.0.0 (tags/RELEASE_400/final)", isOptimized: true, runtimeVersion: 0, emissionKind: FullDebug, enums: !2, imports: !1708) dsc-opt: /home/moconnor/Source/carte.git/llvm-carte/llvm-4.0.0/llvm/lib/IR/Verifier.cpp:4500: virtual bool {anonymous}::VerifierLe...
2013 Oct 03
2
[LLVMdev] question about -coverage
...like GEP around @__llvm_gcov_ctr have special metadata attached: %2 = getelementptr inbounds [4 x i64]* @__llvm_gcov_ctr, i64 0, i64 %1 %3 = load i64* %2, align 8 %4 = add i64 %3, 1 store i64 %4, i64* %2, align 8 ... !1 = metadata !{...; [ DW_TAG_compile_unit ] ... /home/kcc/tmp/cond.cc] [DW_LANG_C_plus_plus] Can we rely on having this metadata attached to @__llvm_gcov_ctr? Should we attach some metadata to the actual accesses as well, or simply find the corresponding GEP? Finally, does anyone have performance numbers for coverage? As of today it seems completely thread-hostile since __llvm_gcov_ctr...
2012 Aug 21
1
[LLVMdev] Dwarf debug info misses while clang codegen
...786449, i32 0, i32 4, metadata !"hello.cpp", metadata !"/proj/mtk04456", metadata !"clang version", i1 true, i1 true, metadata !"flag", i32 0, metadata !1, metadata !1, metadata !1, metadata !1} ; [ DW_TAG_compile_unit ] [/p roj/mtk04456/hello.cpp] [DW_LANG_C_plus_plus] ------------------------------------------------------------------------------ First problem happen : DICompileUnit doesn't find the last four metadata (i.e. enums types, retained types, subprograms, global variables). But DIBuilder::CreateCompileUnit(...) doesn't need any MDNode* arg....
2016 Apr 30
2
Debug info scope of explicit casting type does not seem correct
...typename X> int foo(void* in) { typedef typename X::type T; const T* p = (T*) in; return p->x; } int bar() { A a; return foo<B>(&a); } Reason for this behavior is the explicit cast "(T*)", which leads into the following IR: !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: !3) !3 = !{!4} !4 = !DIDerivedType(tag: DW_TAG_pointer_type, baseType: !5, size: 32, align: 32) <----------------- No Scope, leads to com...
2017 Jun 08
2
DICompileUnit duplication in LLVM 4.0.0?
...omething wrong. Would someone be willing to point me in >> the right direction? >> >> The below minimized pass reproduces my issue in 4.0 with the following >> error: >> >> DICompileUnit not listed in llvm.dbg.cu >> !1707 = distinct !DICompileUnit(language: DW_LANG_C_plus_plus, file: !1, >> producer: "clang version 4.0.0 (tags/RELEASE_400/final)", isOptimized: >> true, runtimeVersion: 0, emissionKind: FullDebug, enums: !2, imports: !1708) >> dsc-opt: /home/moconnor/Source/carte.git/llvm-carte/llvm-4.0.0/llvm/lib/IR/Verifier.cpp:4500: >>...
2020 Sep 03
2
[Proposal][Debuginfo] dsymutil-like tool for ELF.
..."struct.h" int test1(); int test2(); int main ( void ) {   test1();   test2();   return 0; } $ clang++ main.cpp mod1.cpp mod2.cpp -O -g -fno-inline $ llvm-dwarfdump -a a.out.dSYM/Contents/Resources/DWARF/a.out | less 0x00000056: DW_TAG_compile_unit               DW_AT_language    (DW_LANG_C_plus_plus)               DW_AT_name        ("mod1.cpp")​ 0x000000ae:   DW_TAG_structure_type <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<                 DW_AT_name      ("foo")                 DW...
2013 Oct 04
0
[LLVMdev] question about -coverage
...ve special metadata attached: > %2 = getelementptr inbounds [4 x i64]* @__llvm_gcov_ctr, i64 0, i64 %1 > %3 = load i64* %2, align 8 > %4 = add i64 %3, 1 > store i64 %4, i64* %2, align 8 > ... > !1 = metadata !{...; [ DW_TAG_compile_unit ] ... /home/kcc/tmp/cond.cc] > [DW_LANG_C_plus_plus] > > Can we rely on having this metadata attached to @__llvm_gcov_ctr? > Should we attach some metadata to the actual accesses as well, or simply > find the corresponding GEP? > > Finally, does anyone have performance numbers for coverage? > As of today it seems completely thre...
2016 May 07
2
Debug info scope of explicit casting type does not seem correct
...mplate<typename X> int foo(void* in) { typedef typename X::type T; const T* p = (T*) in; return p->x; } int bar() { A a; return foo<B>(&a); } Reason for this behavior is the explicit cast “(T*)“, which leads into the following IR: !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: !3) !3 = !{!4} !4 = !DIDerivedType(tag: DW_TAG_pointer_type, baseType: !5, size: 32, align: 32) <----------------- No Scope, leads to com...
2016 Dec 15
1
distinct DISubprograms hindering sharing inlined subprogram descriptions
On Thu, Dec 15, 2016 at 11:35 AM Mehdi Amini <mehdi.amini at apple.com> wrote: > > > On Dec 15, 2016, at 10:54 AM, David Blaikie via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > Branching off from a discussion of improvements to DIGlobalVariable > representations that Adrian's working on - got me thinking about related > changes that have
2016 May 08
2
Debug info scope of explicit casting type does not seem correct
...mplate<typename X> int foo(void* in) { typedef typename X::type T; const T* p = (T*) in; return p->x; } int bar() { A a; return foo<B>(&a); } Reason for this behavior is the explicit cast “(T*)“, which leads into the following IR: !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: !3) !3 = !{!4} !4 = !DIDerivedType(tag: DW_TAG_pointer_type, baseType: !5, size: 32, align: 32) <----------------- No Scope, leads to com...
2013 Oct 15
0
[LLVMdev] Unwanted push/pop on Cortex-M.
...data !{i32 786449, metadata !1, i32 4, metadata !"nestlabs-clang version 3.3 (tags/RELEASE_33/final) (based on LLVM 3.3)", i1 true, metadata !"", i32 0, metadata !2, metadata !2, metadata !3, metadata !2, metadata !2, metadata !""} ; [ DW_TAG_compile_unit ] [/tmp/a.c] [DW_LANG_C_plus_plus] !1 = metadata !{metadata !"a.c", metadata !"/tmp"} !2 = metadata !{i32 0} !3 = metadata !{metadata !4} !4 = metadata !{i32 786478, metadata !1, metadata !5, metadata !"out_char", metadata !"out_char", metadata !"out_char(char)", i32 6, metadata !6,...
2018 Dec 06
2
Source locations missing when using xray-account
Hi David, Sorry for taking a few days to reply. It's not easy for you to compile a Haskell file to see the problem as the debug information is still WIP. Below I prove the IR for a simple hello world program which you can feed into llc. https://gist.github.com/05296933e37e87533a51d493b46aa48d The `out.ir` file can be passed straight to `llc`. Can you see anything obviously wrong? Matt
2008 Jul 30
0
[LLVMdev] llvm-gcc fortran bootstrap broken
...6,7 @@ static inline dw_die_ref get_AT_ref (dw_die_ref, enum dwarf_attribute); static bool is_c_family (void); static bool is_cxx (void); +static bool is_objc (void); static bool is_java (void); static bool is_fortran (void); static bool is_ada (void); @@ -5493,6 +5491,16 @@ return lang == DW_LANG_C_plus_plus || lang == DW_LANG_ObjC_plus_plus; } +/* Return TRUE if the language is objc. */ + +static inline bool +is_objc (void) +{ + unsigned int lang = get_AT_unsigned (comp_unit_die, DW_AT_language); + + return lang == DW_LANG_ObjC; +} + /* Return TRUE if the language is Fortran. */ static inli...