Re: [Dwarf-Discuss] DwarfExtensions

eriod and still distributed with libdwarf and dwarfdump) which explains what some of the original MIPS extensions (only a couple of which were widely used) meant. (I emailed Mark the pdf in separate email). Corrections are welcome. David Anderson -- I told the doctor I broke my leg in two place

Re: [Dwarf-Discuss] DWARF has initial condition values? if not where then?

On 12/06/2012 01:02 PM, Long, Dan T wrote: Are the variables’ initial condition values stored in the DWARF files? For example (Ada language with gnat compiler): type A_type is record B : Integer := 10; C : Float := 2.5; D : Boolean := true; End record; EE : Integer := 100;

[Dwarf-Discuss] New libdwarf website location

have not tested everything vis-a-vis the new site... David Anderson, libdwarf maintainer. -- "Incontinence Hotline. Can you hold, please?" ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org http://lists.dwarfstd.org/listinfo

Re: [Dwarf-Discuss] DW_AT_default_value reference to "subroutine"

On 09/16/2014 12:32 PM, Robinson, Paul wrote: > Any old-timers out there who can shed light on the intent of this > terminology? I see similar verbiage all the way back to DWARF 2. > Thanks, Paul, could you be more specific about where the 'similar verbiage' is? Thanks. DavidA. ___

Re: [Dwarf-Discuss] DW_AT_default_value reference to "subroutine"

On 09/16/2014 01:50 PM, Robinson, Paul wrote: >> Paul, could you be more specific about where the 'similar verbiage' is? >> Thanks. >> DavidA. > > In DWARF 2, section 4.1 item 8 on p.34. > In DWARF 3, section 4.1 item 9 on p.60. > In DWARF 4, section 4.1 item 9 on p.70. > My bad. Did not occur t

Re: [Dwarf-Discuss] doubt parsing CIE in eh_frame

F at all. Though .eh_frame is mostly identical to .debug_frame. Hope this makes sense. Does not answer your question (sorry). If you could produce a small object file which has the above and that can be made public I would love to have it in my libdwarf regression test suite :-)

Re: [Dwarf-Discuss] doubt parsing CIE in eh_frame

> rax+0 rax is the x86_64 64bit reg . As a 32bit x86 reg it is named eax. IMO this is an accidental side effect of the way dwarf.c is implemented in binutils. If printing eh_frame it won't print the CFA_nop but finishes up with a print of the resulting cfa reg which

Re: [Dwarf-Discuss] doubt parsing CIE in eh_frame

On 05/24/2016 01:07 AM, Jakub Jelinek wrote: > On Tue, May 24, 2016 at 09:46:58AM +0200, Francesco Zappa Nardelli wrote: >> Dear David and all >> >> If you could produce a small object file.. >> >> >> Invoking readelf on /lib/x86_64-linux-gnu/libc.so.6 is enough to observe >> this (I am on Ubuntu 1

Re: [Dwarf-Discuss] DWARF piece questions

in any way. David Anderson -- Ubuntu is an African word meaning 'I can't configure Debian' ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org

Re: [Dwarf-Discuss] DWARF piece questions

On 01/27/2017 05:32 PM, Cary Coutant wrote: > Why is this not what we want? There's really no better way to define a > field's position within a structure. Bit offset of a field in a structure is one of the things that ABIs do (routinely?) specify precisely. -- Ubuntu is an African word meaning

Re: [Dwarf-Discuss] Does any compiler implement Split DWARF as described in the current DWARF5 draft standard?

On 02/03/2017 12:21 PM, John DelSignore wrote: > Hi, > > I've been poking around looking for Split DWARF producers. As far as I > can tell, no compiler or tool chain currently implements Split DWARF as > described in the current DWARF5 draft standard. Is that correct? > > gcc did it for DWARF4.

Re: [Dwarf-Discuss] Semantics of DW_OP_(b)reg

On 03/17/2017 01:18 PM, Adrian Prantl wrote: > Are these two expressions equivalent? > 1. DW_OP_breg1 0 DW_OP_breg2 0 DW_OP_plus DW_OP_stack_value > 2. DW_OP_reg1DW_OP_reg2DW_OP_plus DW_OP_stack_value In DW4 (DW5 has same text) These operations name a register location. To fetch the conten

Re: [Dwarf-Discuss] Semantics of DW_OP_(b)reg

On 03/17/2017 02:54 PM, Adrian Prantl wrote: > Would you say that the example in Appendix D, pg 291, line 23 > DW_OP_entry_value 1 DW_OP_reg1 DW_OP_stack_value > is incorrect, because DW_OP_ref is not allowed outside of a register location > description? DW5 2.5.1.7: DW_OP_entry_value The DW_O

Re: [Dwarf-Discuss] Semantics of DW_OP_(b)reg

On 03/17/2017 09:07 AM, I wrote > Now this is interesting wording. Because it says 'described location'. > I think there is a strong case for arguing that a register name does > describe a 'thing' that held a value. And it says 'register location > description' which is precisely 2.6.1.1.3 whic

[Dwarf-Discuss] split-dwarf, DWARF5 ELF object files requested

hanks in advance for any test objects. David Anderson ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org

Re: [Dwarf-Discuss] New Dwarf tags

On 06/21/2017 10:13 AM, rupesh potharla wrote: > I am looking for a document which has all the newly added dwarf tags for > Dwarf3 and Dwarf4 at one place. > Could someone help me with this? Last email: wrong url. https://www.prevanders.net/dwarf.h (not dwarf.html). DavidA -- We already have

[Dwarf-Discuss] Fwd: Re: DWARF: Hierarchies of abstract and concrete DIE instance trees

instance entry." next page:---- Forwarded Message Subject: Re: [Dwarf-Discuss] DWARF: Hierarchies of abstract and concrete DIE instance trees Date: Wed, 22 Nov 2017 14:15:10 -0800 From: David Anderson To: dwarf-discuss@lists.dwarfstd.org "In general, the structure and

Re: [Dwarf-Discuss] Fwd: Re: Fwd: Re: DWARF: Hierarchies of abstract and concrete DIE instance trees

On 11/28/2017 Todd Allen wrote: > Well, I could bring up the whole descriptive vs. prescriptive argument to > counter that.  But I don't want to! >  I think this violates the intent of the standard, which was that the > two trees > should match.  If that wasn't the intention, there wouldn't need t

Re: [Dwarf-Discuss] Windows status

e that could add the ability to read other object files that would be great (after discussing it with me, don't send a bunch of code without discussing with me). David Anderson ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfs

[Dwarf-Discuss] The .debug_str_offsets section and libdwarf/dwarfdump

I've just pushed a new version of libdwarf/dwarfdump to sourceforge. I mention this here  because at least one compiler version is emitting an incorrect .debug_str_offsets section (I believe). You can get the source with    git clone git://git.code.sf.net/p/libdwarf/code The new  dwarfdump option

Re: [Dwarf-Discuss] The .debug_str_offsets section and libdwarf/dwarfdump

On 04/16/2018 09:01 AM, David Blaikie wrote: > Adding a few folks working on Clang's DWARF5 functionality to see if > this is a known bug (David Anderson mentioned it may've come from > Clang r327823) and/or has been fixed. > > Perhaps a minimal example that produces t

[Dwarf-Discuss] armcc DWARF

debug_line? How would one know? Why is .debug_abbrev in a group by itself? I would appreciate any information on how the sections tie together... how is a reader supposed to know what goes with what? Thanks for any hints. David Anderson -- Duct tape is like the force. It has a light side, a

Re: [Dwarf-Discuss] armcc DWARF

On 05/22/2018 04:18 PM, Michael Eager wrote: > On 05/22/2018 02:33 PM, David Anderson via Dwarf-Discuss wrote: >> >> I have been given a tiny object file  created by armcc >> using DWARF and things make no sense to me so far. >> >> dwarfdump (and libdwarf)

Re: [Dwarf-Discuss] armcc DWARF

On 05/22/2018 05:07 PM, Michael Eager wrote: > The thinking may be that if the linker is going to coalesce like- > named sections from multiple object files, it might as well do > the same for like-named sections in the same object file. Yes, that is what the armcc linker does, the final executabl

Re: [Dwarf-Discuss] armcc DWARF

On 05/23/2018 01:56 AM, Richard Earnshaw wrote: > It's perfectly legal to have multiple sections with the same name in an > ELF file. All relevant inter section data is conveyed by the section's > unique index. Having identical names for sections is important for > getting link ordering correct.

Re: [Dwarf-Discuss] armcc DWARF

On 05/23/2018 10:54 AM, Richard Earnshaw wrote: >> So, given two .debug_info and two .debug_line,  the only place I can >> think of that links >> the pieces together (ie right .debug_line from a .debug_info) as >> intended would be  relocation information. >> Similar for .debug_abbrev. >> Is that t

[Dwarf-Discuss] dwarfdump and compressed sections

Since recognizing compressed sections and reporting proper section names came up recently here I thought it appropriate to mention the following: The new as of a few minutes ago libdwarf (dwarfdump) on sourceforge  reports the actual section name from the object file (in all cases unless I misse

[Dwarf-Discuss] dwarfdump: compressed sections: wait a bit

Oops. The sourceforge version is...an improvement, but not entirely correct in showing section/compression information with the section name. Another version should arrive tomorrow, Monday, Aug 6 2018, on sourceforge. Sorry about the premature announcement. DavidA. __

[Dwarf-Discuss] dwarfdump and compression. On sourceforge.

A new dwarfdump/libdwarf version on sourceforge is available for anonymous git clone. It prints the type of compression and the compression factor for each compressed section that's being reported. The compression factors of the test cases I happen to have range from 0.8 (inflation) to nearly 10.

[Dwarf-Discuss] dwarfdump libdwarf on mach-o and PE object file DWARF.

this time. Building libdwarf/dwarfdump under mingw on Windows the gcc CFLAGS -DHAVE_WINDOWS_H -DHAVE_NONSTANDARD_PRINTF_64_FORMAT -fno-dwarf2-cfi-asm seem to be essential (and have at least worked for one person). David Anderson ___ Dwarf-Discuss mailing

[Dwarf-Discuss] split dwarf, dwo, package files

h the examples showed unit_type. I'm trying to determine the extent to which libdwarf is correct, and where wrong or incomplete I intend to fix it.  Comments? David Anderson ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org http://lists.dw

Re: [Dwarf-Discuss] split dwarf, dwo, package files

On 7/25/19 8:12 AM, David Blaikie wrote: > > No  examples in F.2 F.3  show the corresponding compllation-unit > header > unit_type.   Which leaves open the question of what the > compilation-unit > header unit_type is in the examples. > > > Are you uncertain as to which unit_typ

Re: [Dwarf-Discuss] variable locations - safe use as lvalues

t is not done at all. The -kl option suggests it does loclist checking, but its checking is rather superficial. Interesting thing to check, I'll see if I can do something. David Anderson ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.o

[Dwarf-Discuss] The DWARF5 line table header

;no source line has been specified' that is supposed to mean the primary source file that 6.1.4 refers to? I quote below what seem to be the relevant parts of the DWARF5 std. What am I missing here? David Anderson === Section 6.2.4 Line Number Program Header (starts at page 153

[Dwarf-Discuss] DW_AT_decl_file etc understood now. Question answered.

A bit of thought, and it becomes clear. Since 0 is a reserved (and always has been) value for DW_AT_decl_file the numbers used by the compiler must start at 1. So to index into the array of names from the line table header make sure your value is greater than zero and subtract 1 from the DW_AT_de

Re: [Dwarf-Discuss] DW_AT_decl_file etc understood now. Question answered.

February 18, 2020. Lets see if we can get a complete picture of the indexing into the line table header directory/file names tables. The conjecture at the end of this suggests that all places with an actual file/directory number or index should be 1-origin, reserving 0 to mean no file named. Th

[Dwarf-Discuss] line/dir tables and indexes from a few compilers

ceforge to build a dwarfdump that will report the details of dwarf5 line table headers. Hope this is of some use. David Anderson decsr dwarf V anydirs?dirbase filebase File-to-dir Zero-index present dir has bld File [0] source Clang 9

[Dwarf-Discuss] line table dir/file

igin indexes by referencing such in more places in the document. A tar.gz of the test setup is available by email if anyone cares.  It is about 1 MiB in size (most of the size is in two ancient IRIX Elf files).. David Anderson SummaryLineTablesNoted.pdf Description: Ado

[Dwarf-Discuss] A question about .debug_rnglists

loclists section, but I don't understand how that could apply here, to .debug_rnglists. Is the mention of 'default location entry' on page 94 just an accident, something to be ignored? Or? Thanks for any comments. David Anderson -- IBM had PL/1 with syntax worse than JOSS, and ever

[Dwarf-Discuss] How many sections? 36

t;, ".debug_weaknames", ".eh_frame", ".gdb_index", ".gnu_debuglink", ".note.gnu.build-id", ".strtab", ".symtab", (not everyone needs to read all of them, but.., quite a list.) The

[Dwarf-Discuss] Confusion about .debug_str_offsets[.dwo]

e to clarify this it would be great. David Anderson ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org

[Dwarf-Discuss] More on DW_AT_str_offset_base debug_str_offsets.dwo confusion

I has occurred to me that simply restricting skeleton CUs to use DW_FORM_string or DW_FORM_strp would restore the unique meaning of DW_AT_str_offsets_base to apply to the dwp  (letting non-skeleton CUs use DW_FORM_strx1 etc ).  With seemingly little impact on overall size. DavidA. ___

Re: [Dwarf-Discuss] More on DW_AT_str_offset_base debug_str_offsets.dwo confusion

On 8/31/20 1:03 PM, David Blaikie wrote: I'd rather go with LLVM's existing interpretation - that strx encodings used in .dwo do not attempt to use str_offsets in the skeleton. But I wouldn't mind adding a str_offsets_base to the split full unit to make it clear - this would be consistent with rn

Re: [Dwarf-Discuss] More on DW_AT_str_offset_base debug_str_offsets.dwo confusion

On 8/31/20 8:39 PM, David Blaikie wrote: Hmm... yeah. I guess LLVM implements rnglistx /rnglist_base the same as strx/str_offsets_base. Where it assumes that any *x encoding refers to entities in the .dwo, even in the absence of a rnglists_base/str_offsets_base in the split full unit. I had thoug

Re: [Dwarf-Discuss] More on DW_AT_str_offset_base debug_str_offsets.dwo confusion

On 8/31/20 8:39 PM, David Blaikie wrote: On Mon, Aug 31, 2020 at 8:22 PM David Anderson mailto:dave...@linuxmail.org>> wrote: On 8/31/20 1:03 PM, David Blaikie wrote: > I'd rather go with LLVM's existing interpretation - that strx > encodings used in .dwo

Re: [Dwarf-Discuss] More on DW_AT_str_offset_base debug_str_offsets.dwo confusion

On 9/1/20 10:05 AM, David Blaikie wrote: So the base addresses are in the skeleton and the actual section (rnglists/loclists/str_offsets/str) can go with Split Full (i.e, in a .dwo) if it has no addresses but must go with the skeleton if has addresses. Sorry, I missed a ste

[Dwarf-Discuss] DWARF5 line table file numbering inconsistent

5 Table 6.4 Page 153).  Then the standard is self-consistent. (Clang has been using this approach for some time now). I created a document documenting all the places in the standard involving line table file numbering but this emaill is already long enough. David Anderson -- Of course power tools a

[Dwarf-Discuss] line table file header paper headed to dwarfstd wiki

Mike Eager suggested adding the link right after the libdwarf link on the main page. Should happen shortly. DavidA ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org

Re: [Dwarf-Discuss] Callable interface for Fortran "coarray" features

being familiar with all or any of these (except recognizing the names) I note that DWARF seems to be pretty good at defining structs. So what about these structures makes them difficult to describe in DWARF? Let each producer define structures that work for them. (Does that make any sense?) David

Re: [Dwarf-Discuss] Callable interface for Fortran "coarray" features

On 12/29/20 2:14 PM, Bishop, John E via Dwarf-Discuss wrote: Fortran defines the TEAM_TYPE as "processor dependent", which means implementation is up to the compiler/run-time implementation. It could be a pointer to a structure; it could be a key to a database, it could be a small integer whic

[Dwarf-Discuss] DW_AT values unknown to me.

. Thanks in advance. David Anderson (libdwarf) ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org

Re: [Dwarf-Discuss] DWARF v5 and "file 0"

On 7/8/21 12:23 PM, Paul Robinson via Dwarf-Discuss wrote: The file table also added an entry for file 0, claiming that it similarly used to mean the primary compilation file. I can't find any evidence that was actually true, though; the default value for the line-number program's "file" registe

[Dwarf-Discuss] Libdwarf release 0.2.0 today

t was  date version libdwarf 20210528). David Anderson -- Duct tape is like the force. It has a light side, a dark side, and it holds the universe together -- Carl Zwanzig ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org

[Dwarf-Discuss] clang -flto and LLVMgold.so

A followon To Jan K and David B Feb 1 2022: Binary release on github clang+llvm-13.0.0-x86_64-linux-gnu-ubuntu-20.04.tar.xz does not contain LLVMgold.so So adding -flto just results in the inability compile anything. Suggestions? Thanks. David Anderson -- Overflow on /dev/null, please empty

Re: [Dwarf-Discuss] Older version of libdwarf on new Linux error 48 (stamp version error)

earlier, we kept all old interfaces around, working, and tested (meaning over a 20+ year period) while adding new ones to accommodate changes in DWARF itself. If any issues or questions arise about libbdwarf feel free to contact me directly. David Anderson _

Re: [Dwarf-Discuss] DWARF bitness in loclists, etc

ity too was always intended (starting with DWARF3). Corrections/clarifications are welcome. Hope this makes sense. David Anderson ___ Dwarf-Discuss mailing list Dwarf-Discuss@lists.dwarfstd.org http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org

Re: [Dwarf-discuss] Wiki list of vendor extensions.

about each name. David Anderson -- Benford's Corollary to Clarke's Law: "Any technology distinguishable from magic is insufficiently advanced." -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

Re: [Dwarf-discuss] Wiki list of vendor extensions.

about each name. David Anderson -- Benford's Corollary to Clarke's Law: "Any technology distinguishable from magic is insufficiently advanced." -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

Re: [Dwarf-discuss] Regarding form x not understand by DWARF 2 code

t can help diagnose this are: readelf (GNU binutils) dwarfdump (git clone https://github.com/davea42/libdwarf-code) David Anderson (author of dwarfdump and libdwarf) -- IANAL, but I watch actors play lawyers on high-definition television. -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd

Re: [Dwarf-discuss] Regarding form x not understand by DWARF 2 code[details]

I forgot to mention that https://www.prevanders.net/dwarf.h contains #defines for all the DW_FORM codes known to libdwarf. David Anderson -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

Re: [Dwarf-discuss] Facing a issue in contents of dwarf debug info section in an ELF file

COMPRESSED a struct begins the section with a type and size libzcase ELFCOMPRESS_ZLIB libzstd case ELFCOMPRESS_ZSTD (link it in with -lzstd) Hopefully you will not need to handle more than one case. David Anderson -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dw

Re: [Dwarf-discuss] Question about section .debug_aranges

df is identical. DWARF5 is also identical. Yes, you have understood it. All correct. David Anderson -- Overflow on /dev/null, please empty the bit bucket. -- seen on slashdot.org -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

Re: [Dwarf-discuss] Do Dwarf symbols only use ascii?

be any danger to anything (?), even if printed to a terminal or device. See en.wikipedia.org/wiki/UTF-8 for details on the encoding. David Anderson -- Although it is generally known, I think it's about time to announce that I was born at a very early age. -- Groucho Marx -- Dwarf-discu

Re: [Dwarf-discuss] Enhancement: DWARF Extension Registry

s of TAGs and ATtributes things are reserved. That is because those had meaning in DWARF1 which was irrelevant to DWARF2. Kind and generous, we are. David Anderson -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

Re: [Dwarf-discuss] Enhancement: DWARF Extension Registry

On 12/1/23 16:17, David Blaikie wrote: On Fri, Dec 1, 2023 at 1:43 PM David Anderson via Dwarf-discuss <mailto:dwarf-discuss@lists.dwarfstd.org>> wrote: On 12/1/23 05:24, Ben Woodard via Dwarf-discuss wrote: > My reasoning is that the reason why we are running o

Re: [Dwarf-discuss] Proposal: Allow padding in all tables

er of course. --paulr I think the zero-length-tables as padding sounds good. The way the libdwarf's dwarfdump prints such abbrev padding is not as nice as it should be, I'll fix that. David Anderson -- 100 pains = 1 Megahertz -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwa

[Dwarf-discuss] TI DWARF extensions

Those interested in DWARF extensions compilers have used will find the public document by Texas Instruments https://www.ti.com/lit/an/spraab5/spraab5.pdf?ts=1705994928599 to be of interest. The folks at the github pyelftools project found this link. David Anderson -- It's not an op

Re: [Dwarf-discuss] Expression opcode 0xD0

in the user extension area. Anyone ever encountered this? I have no record of any DW_OP_ with code 0xD? for any value of ? David Anderson, libdwarf -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

[Dwarf-discuss] DW_AT_base_types, loclists_base table F.1 incomplete

Skeleton and Split David Anderson 28 May 2024 -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

[Dwarf-discuss] Proposal for DW_AT_rnglists_base table F.1

k-mark for Skeleton. One check-mark for Split Full. (the check-mark for Full & Partial is correct in DW5 and DW6) David Anderson -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

[Dwarf-discuss] Proposal: rnglists_base missing

attribute. PROPOSAL: At the end Sec F.1 Overview just before Table F.1: If a Split Full Compilation Unit refers to .debug_rnglists.dwo with DW_FORM_rnglistx and the correct DW_AT_rnglists_base would be zero, the DW_AT_rnglists_base may be omitted. David Anderson -- Dwarf-discuss mailing list

Re: [Dwarf-discuss] Aranges address entry alignment?

that requirement. Section 7 is (usually) the 'formal' data layout description. The section 6 descriptions match too, and do not mention that offset alignment requirement. David Anderson -- The way a government treats refugees is very instructive because it shows you how they would trea

[Dwarf-discuss] Question on Clang 18.1.8 and DW_IDX_parent

ny insight. David Anderson -- Lisp Users: Due to the holiday next Monday, there will be no garbage collection. --seen on Slashdot -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

Re: [Dwarf-discuss] Question on Clang 18.1.8 and DW_IDX_parent

t DIE). I added support for this in libdwarf a day or two ago, and I really appreciate the explanation of the intent. Many thanks. David Anderson -- Lisp Users: Due to the holiday next Monday, there will be no garbage collection. --seen on Slashdot -- Dwarf-discuss mailing list Dwarf-discuss@l

Re: [Dwarf-discuss] Macros after "#include" does not show up DWARF

n the user's request. dwarfdump will tell the user what comdat sections are in use (base is assigned #1, dwo is assigned #2 each comdat assigned a number 3,4,... and so on. dwarfdump --format-group-number=3 for example. So to see all one must run dwarfdump N times when there are groups. Davi

Re: [Dwarf-discuss] Macros after "#include" does not show up DWARF

time. David Anderson -- What is mind? No matter. What is matter? Never mind. -- Thomas Hewitt Key, 1799-1875 -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

Re: [Dwarf-discuss] Macros after "#include" does not show up DWARF

arfdump changes pushed to github yesterday have much new code that reports accurately and fully a summary of tag/attribute/ form usage (within the comdat group being read). David Anderson -- Specs? That's too geeky. Just make it go. -- Dwarf-discuss mailing list Dwarf-discuss@list

Re: [Dwarf-discuss] Proposal: Clarify DWARF Address Range Overlap Rules

. ``` Neither the proposal nor the html give a clear self-contained example of the overlap case and I think that would be important to add. The html referenced does show an example with an ordering difference. David Anderson -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https

[Dwarf-discuss] .debug_cu_index question

The examples of .debug_tu_index in DWARF5 Section F.2.3 show the hash as computed by Type Signature Computation Section 7.32 and referenced by DW_AT_LOCATION DW_FORM_ref_sig8. Ok. I was thinking of this incorrectly before. It's not visible as a whole-CU index. I think. See pages 412, 413. Th

[Dwarf-discuss] .debug_cu_index. Found an answer.

Section 7.3.5 DWARF Package Files page 190 line 30: The DWARF package file also contains two index sections that provide a fast way to locate debug information by compilation unit ID for compilation units, or by type signature for type units: .debug_cu_index .debug_tu_index --- -- Dwarf-

[Dwarf-discuss] rnglists and loclists and their base addresses

# Overview `.debug_loclists[.dwo]` and `.debug_rnglists[.dwo]` A view from the consumer side. Uses of `DW_AT_rnglistx` and `DW_AT_loclistx` and of the other reated 'x' FORMS is a bit complicated. The issue is that one must find the correct part of the target loclists/rnglists section. We will

Re: [Dwarf-discuss] .debug_cu_index question

Right. Thanks. I will update and repost the document to fix mistakes/lack-of-clarity. Possibly today. On 12/20/24 10:05, David Blaikie wrote: On Fri, Dec 20, 2024 at 9:36 AM David Anderson via Dwarf-discuss mailto:dwarf-discuss@lists.dwarfstd.org>> wrote: The examp

[Dwarf-discuss] [UPDATE] 240618.2 rnglists_base missing

y providing the offset of the contribution to >`.debug_loclists.dwo`. This is a major revision of the previous text. David Anderson -- Dwarf-discuss mailing list Dwarf-discuss@lists.dwarfstd.org https://lists.dwarfstd.org/mailman/listinfo/dwarf-discuss

Re: [Dwarf-discuss] Does DWARF 5 specify which DW_LNCT content types are valid for directory entries?

On 1/13/25 11:35, David Blaikie via Dwarf-discuss wrote: I guess Jon is referring to the  16th field in the header, "directories (sequence of directory names)" which uses the same encoding system (but a separate format field, so the directories can have different active fields than the files) a

Re: [Dwarf-discuss] [UPDATE] 240618.2 rnglists_base missing

On 1/13/25 11:31, David Blaikie wrote: I still think the commentary on the indexes isn't quite right. They're separate from this issue - you'd still need the rnglists base, or have to assume that it's sizeof(header), to go that far into the region described by the index. The index essentially ma

Re: [Dwarf-discuss] Does DWARF 5 specify which DW_LNCT content types are valid for directory entries?

On 1/13/25 07:17, John DelSignore via Dwarf-discuss wrote: Hi, Section 6.2 (Line Number Information) of the DWARF 5 spec does not seem to constrain which DW_LNCT content types are valid for directory entries, or at least I couldn't find where it does. Are DW_LNCT_directory_index, DW_LNCT_time

[Dwarf-discuss] Missing a useful reference Figure F.2.3 DWARF5 . Reference incorrect.

# Loose Ends Table F.2.3 DWARF5 Page 405 "The .debug_loclists.dwo section contains the location lists referenced by DW_AT_location attributes in the .debug_info.dwo section. This section has a similar format to the .debug_loclists section in a non-split object, but it has some small differences a

[Dwarf-discuss] Missing a useful reference Figure F.2.3 DWARF5 . [Revised.]

On 1/1/25 15:24, David Anderson wrote: # Loose Ends Table F.2.3 DWARF5 Page 405 "The .debug_loclists.dwo section contains the location lists referenced by DW_AT_location attributes in the .debug_info.dwo section. This section has a similar format to the .debug_loclists section in a non-

[Dwarf-discuss] Please WITHDRAW issue 240618.1

Please withdraw my open issue 240618.1 . In working on correcting the wording I've found things related to rnglists and loclists handling that are confusing (to me) inconsistencies. I will be asking a few basic questions on this (on dwarf-discuss) as the next step. I suspect there are issues i

Re: [Dwarf-discuss] The new Version Scheme for V6.

On 3/28/25 08:30, David Blaikie wrote: I believe the intent is that version numbers are able to be compared numerically. In any case, they are numbers per https://dwarfstd.org/ issues/210419.1.html - "A DW_AT_language_version attribute may be specif

[Dwarf-discuss] The new Version Scheme for V6.

VVMMPP Major version number (VV) × 10,000 + minor version number (MM) × 100 + patch number (PP) (e.g., 30607 for version 3.6.7) https://dwarfstd.org/languages.html So I'm puzzled. As normally represented 3.101.198 is easily understood, but as shown in the explanation line above ... what i

[Dwarf-discuss] PROPOSAL DW_FORM_implicit_const

# FORMs Implicit Const and Indirect ## BACKGROUND In issue 221114.1 `DW_FORM_implicit_const` and `DW_FORM_indirect` we corrected a mistake in DWARF5 that, in very limited circumstances, forced compilers to emit an abbrev section that could not be scanned (to find abbrev codes) without chaos ens

Re: [Dwarf-discuss] PROPOSAL DW_FORM_implicit_const

On 4/23/25 11:25, Cary Coutant wrote: David, As part of this, we rearrange the references from `DW_FORM_implicit_const`, `DW_FORM_addrx`, and `DW_FORM_indirect` to be listed in the order `DW_FORM_addrx`, `DW_FORM_implicit_const`, and `DW_FORM_indirect`. `DW_FORM_addrx`