e cognizant of
these changes and will try to accommodate them, but we make no
guarantee or assurances that this will happen.
I hope this clarifies this question.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
_
On 07/20/2012 12:53 PM, Michael Eager wrote:
On 07/20/2012 11:46 AM, Cary Coutant wrote:
For things like new tags, attributes, language codes, etc., we have
occasionally given out assurances that the assigned numbers were safe
to use once discussion was complete and the issue was accepted. In
On 07/20/2012 12:56 PM, Frank Ch. Eigler wrote:
Hi -
On Fri, Jul 20, 2012 at 12:53:55PM -0700, Michael Eager wrote:
[...]
The DWARF Committee does give any assurances that any proposal will be
accepted, or that any proposal will be accepted without modification.
[...]
That makes sense.
As
mbers were firm. DW_LANG_Go, as
I recall, was one of these cases.
No assurances were made in this case, nor with any other proposal.
Acceptance of a proposal is not a guarantee that it will be incorporated
into a future version of the standard without modification.
--
Michael Eager
On 07/20/2012 03:14 PM, Robinson, Paul wrote:
Michael Eager wrote:
On 07/20/2012 12:56 PM, Frank Ch. Eigler wrote:
[...]
Would the committee consider a faster-track number-assignment process,
kind of like IANA, for proposals that do not constitute material
structural changes to DWARF, but mere
the
description of DW_AT_byte_size. Feel free to submit a comment or
proposed change at http://dwarfstd.org/Comment.php.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dw
s "unknown"?
Thanks. This is very useful info.
With your permission, I'd like to add this (or an adaptation) to the
DWARF wiki: http://wiki.dwarfstd.org/index.php?title=Main_Page
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alt
On 07/26/2012 12:29 PM, Robinson, Paul wrote:
Michael Eager wrote:
Word-oriented platforms which have byte-addressable memory seems be a
self-contradiction.
The PDP-10 (my first machine) was a 36-bit word-addressable machine.
It had a "byte pointer" format that could specify an
binary values. Different
programs may print them with different formats. My guess
is that the dump program you are using is trying to indicate
that the expression is (r7+8).
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
om
_______
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
uss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-D
(dward_child).
I didn’t understand dwarf (DWARF 2) hierarchy of Structure and Union ( I didn’t
see an example in
your introduction to the DWARF Debugging Format like for base types and pointer
types ).
Have a good day.
SLIMANI
Apprentice Engineer, ESW team.
SORIN Group
--
Michael Eagerea
you handle emitting an FDE rule that
describes that a
register is restored when a predicate or status register is a certain value?
I can give an example if this isn’t clear.
Yes, an example would be helpful.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325
stion is how do we support DWARF directives on predicated instructions
where the effect of the instruction may not happen, depending upon some
predicate or status register.
I hope this helps.
Thanks
Jon
-Original Message-
From: Michael Eager [mailto:ea...@eagercon.com]
Sent: Friday, Apri
us register.
I hope this helps.
Thanks
Jon
-Original Message-
From: Michael Eager [mailto:ea...@eagercon.com]
Sent: Friday, April 19, 2013 6:05 PM
To: Humphreys, Jonathan
Cc: dwarf-discuss@lists.dwarfstd.org
Subject: Re: [Dwarf-Discuss] FDEs involving predicated instructions
On 04/19/2013
n't keep a complete history of each change to a proposal.
Some proposals (like 100831.1) underwent significant changes
as it evolved. For a few, where there has been a large change,
we do keep the previous version for reference.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo A
On 06/25/13 01:49, Mark Wielaard wrote:
On Mon, 2013-06-24 at 08:58 -0700, Michael Eager wrote:
On 06/24/2013 07:42 AM, Mark Wielaard wrote:
Is there a location for the original issues as submitted?
Is there a diff between versions of issues when they get revised?
Is there a way to keep track
fdump) that shows whatever DWARF you are having
trouble understanding.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinf
http://www.dwarfstd.org/ShowIssue.php?issue=130313.5&type=open
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd
Revised http://www.dwarfstd.org/ShowIssue.php?issue=130313.5
130815.1 Template parameter refactoring
New Issuehttp://www.dwarfstd.org/ShowIssue.php?issue=130313.5
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
he Comment page:
http://dwarfstd.org/Comment.php.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwa
of
the DWARF Standard can be found here: http://dwarfstd.org/Download.php
Please feel free to forward this email to anyone or any list
where it seems appropriate.
--
Michael EagerChair, DWARF Debugging Standard Committee
ea...@eagercon.com 650-325-8077
on between different
versions of Haskell, then you would need different language
codes for each version.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfst
iptions of both extension mechanisms as much as possible.
Thanks,
Mark
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
--
Michael Eagerea...@eagercon.com
1960
."
The wiki has been updated.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
onstant which is the attribute value
-- contain a DWARF expression which computes the attribute value
or is a dwarf procedure which computes the attribute
value
Issue 100805.1 has been updated to include this text.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA
executable. All of these would likely be
reasonable descriptions of the object, from different points of view,
although they might give different behaviors in a debugger.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 65
memory, there may be times
during the program's execution when the current PC (or any call chain PC)
does not fall within the low/high PC for a given CU. Still, if you stop
the program with a debugger, the static data for for that CU is valid.
--
Michael Eagerea...@eagercon.com
1960 Park B
object.
C unfortunately has confabulated the two concepts.
Objects which have only a single location can be described with a location
expression. They don't need a location list with a default entry.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325
On 04/02/14 03:43, Mark Wielaard wrote:
On Tue, 2014-04-01 at 18:42 -0700, Michael Eager wrote:
On 04/01/14 13:54, Mark Wielaard wrote:
What about using the presence of a DW_AT_external attribute on the data
object that has a single location expression to know whether the described
location
On 04/03/14 01:51, Mark Wielaard wrote:
On Wed, 2014-04-02 at 08:35 -0700, Michael Eager wrote:
Perhaps you are confused by the following from Section 2.6 (which I think
is unambiguous):
1. Single location descriptions, which are a language independent
representation of addressing
hat information is in the DWARF CFI data.)
DWARF does not specify which assumption a producer must make. Quality
of Implementation (QoI) issues are explicitly outside the domain of the
DWARF specification.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alt
On 04/07/14 05:28, Mark Wielaard wrote:
On Thu, 2014-04-03 at 08:26 -0700, Michael Eager wrote:
On 04/03/14 01:51, Mark Wielaard wrote:
You are correct that I am confused about this definition. Not because of
the either/or but about how to express the choices in DWARF. I don't
understan
ere a name is known withing a program and what object
it is bound to: http://en.wikipedia.org/wiki/Scope_%28computer_science%29
There is no interaction between scope and lifetime of an object in DWARF.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325
ny
consumer would reasonable interpret this as location not available.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
On 04/23/14 04:46, Mark Wielaard wrote:
On Tue, 2014-04-22 at 10:07 -0700, Michael Eager wrote:
On 04/22/14 03:57, Mark Wielaard wrote:
Assuming the consumer is interested in "the object is not available for
the portion of the range that is not covered" property of the location
li
On 04/24/14 01:38, Mark Wielaard wrote:
Hi Michael,
On Wed, 2014-04-23 at 06:54 -0700, Michael Eager wrote:
On 04/23/14 04:46, Mark Wielaard wrote:
An alternate might be to include a location list entry for the range
where the object is not available and have that contain a zero-length
/Comment.php.
The current Version 4 standard, as well as previous versions of
the DWARF Standard can be found here: http://dwarfstd.org/Download.php
Please feel free to forward this email to anyone or any list
where it seems appropriate.
--
Michael EagerChair, DWARF Debugging Standard Committee
ea
ing.
ICC does a significant amount of code movement during optimization. I think
that it doesn't clean up all of the DWARF when it moves code and is accidentally
leaving a now-empty lexical block behind.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306
escribe calling a compiled function.
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.
See issue 040909.1 (DWARF Version 3):
http://dwarfstd.org/ShowIssue.php?issue=040909.1
--
Michael Eager
trict|atomic flag attributes or a
DW_AT_qualifiers attribute that indicates the combined qualifiers
(const, volatile, restrict, atomic). That removes the whole ordering
issues, so it doesn't matter in which order the DIE chain is flattened.
The deadline for DWARF Version 5 proposals passed lo
On 09/26/14 00:43, Mark Wielaard wrote:
On Thu, 2014-09-25 at 11:04 -0700, Michael Eager wrote:
A DWARF producer is free to generate DWARF in any fashion which
accurately describes the source and compilation process. If you want
to adopt a 'const' before 'volatile' conv
intended to be
independent of any particular language.
We could include a list of language standards on our wiki page.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss
?
[1] http://www.dwarfstd.org/ShowIssue.php?issue=110722.1
Yes, please file a comment.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
the ctor/dtor routine,
marked with with DW_AT_artificial.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
On 10/05/14 08:57, Daniel Gutson wrote:
On Sun, Oct 5, 2014 at 12:47 PM, Michael Eager wrote:
On 10/05/14 07:27, Daniel Gutson wrote:
Hello,
this is my first post to this list.
Context: I've been a gdb and gcc maintainer in the past, but I'm not a
DWARF expert, so my post i
g the language description
into major/minor parts, separating the language from the version
into a different attributes. Something to consider for DWARF Version 6,
not now.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325
.big_func();
return 0;
}
Please post the DWARF which is generated and what you
believe should be generated.
I notice that your example doesn't call small_func().
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325
ggest that you discuss this with the submitter, Tom
Tromey, to understand why he believes that this is required.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Di
that this was
needed.
Tom
Please submit a comment to remove the language code:
http://dwarfstd.org/Comment.php
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discu
Anyone in receipt of such a draft should also
not redistribute it. Anyone relying on an internal draft does so at his
own risk. This is a work in progress and we neither solicit nor accept
any comments based on an internal, unreleased document.
--
Michael Eagerea...@eagercon.com
1960 Park B
first intuition is correct.
If LLVM is using something other than what is expected for
DW_TAG_imported_module,
perhaps that should be revisited. Or the definition of what is expected
can be extended.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
--
Mi
the
DWARF Version 5 Standard is not yet finalized. Certain
proposals have been been deferred to the DWARF Version 6;
they are not currently being reviewed and no work is
being done on DWARF Version 6.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 65
the possibility that they might overlap or that a variable might exist in
multiple address spaces at the same time, would seem to require a large number
of changes to DWARF.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 9430
configure.ac
Also, why keeping the configure files in the git repository ? It
useless as it is generated by configure.in/ac
It is long-standing practice to include generated files (such as configure)
in source code distributions. All of the GNU packages follow this practice.
--
Michael Eagerea
contact this mailing list before
contributing any code.
So what I suppose to do ? :-)
You can build DLLs for Windows using either MinGW or Cygwin.
I understand that this is also possible with Visual Studio.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
t;> >> >>
>> >> >> I would like to use libdwarf for that. But I need to port libdwarf
>> >> >> to
>> >> >> Windows.
>> >> >>
>> >> >> On the website, it is said to contact this m
Forwarded Message
Subject: Re: [Dwarf-Workgroup] [Dwarf-Discuss] About a Windows port
Date: Tue, 17 Nov 2015 07:28:35 -0800
From: Michael Eager
To: Vincent Torri
CC: DWARF Workgroup
No, Vincent, this wasn't a private conversation.
You were being rude and insulting a
DW_AT_byte_size 16
DW_AT_bit_size 32
DW_AT_data_bit_offset 0
Note that there is no requirement that the names on base types
be unique. There may be more than one with the name "float".
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
On 03/09/2016 09:33 AM, Jakub Jelinek wrote:
On Wed, Mar 09, 2016 at 08:36:44AM -0800, Michael Eager wrote:
How is the "float" type described?
A value which is contained in a register larger than the size of
the value should be described by a DW_TAG_base_type. (DWARF 4,
Sect. 5.1,
On 03/09/2016 10:00 AM, David Blaikie wrote:
On Wed, Mar 9, 2016 at 9:57 AM, Michael Eager mailto:ea...@eagercon.com>> wrote:
On 03/09/2016 09:33 AM, Jakub Jelinek wrote:
On Wed, Mar 09, 2016 at 08:36:44AM -0800, Michael Eager wrote:
How is the "float"
base type explicitly describes the size of the type and the
size of its container.
Type representations such as "integer" or "float" are attributes of the
base type, and are orthogonal to descriptions of where the variable
is allocated.
--
Michael Eagerea...@eagercon.com
1
On 03/09/2016 11:26 AM, Frank Ch. Eigler wrote:
Hi -
On Wed, Mar 09, 2016 at 11:20:38AM -0800, Michael Eager wrote:
[...]
Variable definitions describe where the variable is defined.
If the size of the variable is different from the size of
the container, it should be described as such.
This
On 03/09/2016 11:35 AM, Adrian Prantl wrote:
On Mar 9, 2016, at 8:36 AM, Michael Eager wrote:
On 03/04/2016 01:12 PM, Adrian Prantl wrote:
I have a best-practice kind of question:
The x86_64 System V ABI passes floating point values in the xmm0, xmm1, ...
128-bit SSE vector registers. I’m
But we make no
such similar claim for simple register location descriptions. That led
Adrian to wonder if he should be using DW_OP_piece. I think it's an
oversight, easily clarified.
There are no DWARF expressions involved here. What does the
description of DW_OP_piece have to do with a DWARF
On 03/09/2016 05:24 PM, Michael Eager wrote:
There are no DWARF expressions involved here. What does the
description of DW_OP_piece have to do with a DWARF description
which doesn't use a DWARF expression?
Oops. There is a DWARF expression in the DW_AT_location.
--
Michael Eager
er
may be found at a different location, or the end of the CFI.
As an example, if C were to raise an exception and we’d use stack unwinding,
how could the unwinder find the old/callee-saved EDI value?
Look up the value's location as described in the CFI for the PC value.
--
Michael Eager
tc_arc_frame_initial_instructions (void)
{
/* Stack pointer is register 28. */
- cfi_add_CFA_def_cfa_register (28);
+ cfi_add_CFA_def_cfa(28, 0);
}
int
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss
version will be published. Additional information about
DWARF, including how to subscribe to the DWARF mailing list, can also be found on the website.
Questions about the DWARF Debugging Information Format or the DWARF Committee can be directed to the
DWARF Committee Chair, Michael Eager at i
;) registers.
This usage is not covered by the current description of DW_OP_piece.
Should it be?
--
Andreas
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
--
Micha
to the draft easier.
Sources for the document will be available on the DWARF website
when the document is finalized.
Generally, when an issue is resolved (either adopted, adopted with
modificaitons, or rejected) comments are added to the issue which
describe the resolution.
--
Michael Eager
isters is similar. When
discussing compound values (such as floating point) it is common to say that
the sign bit is in the most-significant bit of the register, without ambiguity.
So, to answer your question "how do I interpret left and right", in a DWARF
context, I don't, since t
s this growing a register?) then you would describe the value in the register
with a length of 16 and an offset of 16. Same applies for 32-bit values in
64-bit registers.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
_
both
big- and litle-endian architectures.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
On 01/27/2017 06:49 AM, Andreas Arnez wrote:
On Thu, Jan 26 2017, Michael Eager wrote:
On 01/26/2017 11:17 AM, Andreas Arnez wrote:
Exactly: the current DWARF text*differs* from the usual "defined by the
ABI"-principle when it states for DW_OP_bit_piece: "If the location is
On 01/27/2017 07:19 AM, Andreas Arnez wrote:
On Thu, Jan 26 2017, Michael Eager wrote:
I don't understand the assertion that "most significant" can not be
applied to registers. In the case where a register contains a single
value, this appears to be unambiguous. When a re
On 01/27/2017 11:15 AM, Andreas Arnez wrote:
On Fri, Jan 27 2017, Michael Eager wrote:
On 01/27/2017 06:49 AM, Andreas Arnez wrote:
But if some "even less significant" bits were added (such as with
z/Architecture, where a newer release extended 64-bit FP-registers to
128-bit vect
o, not what we want.
I think it's also unfortunate that we allowed the offset field for
DW_OP_bit_piece to apply to register values. That's a very different
use for the value, and just adds to the confusion.
It's the same use when a register contains multiple fields of a stru
not sure which. What happens
if the register is a FP reg? What does it mean to right-shift a floating
point register?
Seems to be way more complicated to me.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
__
s. Little-endian and big-endian store the bytes
of a register in different orders. Which is unchanged?
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwar
Format or the DWARF
Committee can be directed to the DWARF Committee Chair, Michael Eager at i...@dwarfstd.org.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss
list.
How's this to get the discussion on this extension started?
This is implemented in GCC, GIT branch aoliva/SFN. binutils+gdb branch
users/aoliva/SFN has gas support for '.loc ... view' so as to generate
more compact line number programs than GCC can on its own.
--
Michael Ea
Alexandre --
I don't know in what way the CAPTCHA "takes control of your computer",
but I'll add your proposals manually.
On 04/27/2017 05:43 PM, Alexandre Oliva wrote:
On Feb 23, 2017, Michael Eager wrote:
Please submit comments/proposals online at http://dwarfstd.
s DWARF v5.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
Hi Folks --
There have been several recent posts to the mailing list which are over 100K
bytes.
Please submit posts in plain text rather than HTML and be judicious about the
amount of backquoting.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
rement in the DWARF Spec that the concrete and abstract instance
descriptions need to match each other. If not, I think that there
should be.
I'd like to see an example (as Jason mentioned) where abstract and
concrete instances do not match and where this appears to be correct.
I
that do not
exist in the abstract tree.
--
Michael Eagerea...@eagerm.com
1960 Park Blvd., Palo Alto, CA 94306
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
To: Michael Eager
CC: David Anderson ,
dwarf-discuss@lists.dwarfstd.org
On Wed, Nov 22, 2017 at 03:58:47PM -0800, Michael Eager wrote:
On 11/22/2017 02:17 PM, David Anderson wrote:
>"In general, the structure and content of any
>given concrete inlined instance tree
>will be clo
this attribute
(DW_TAG_hash_value), the attibute value is generated as a hash function
taken over all the compile unit DWARF debug information. Hash function
might be selected as SHA1.
Thanks!
Aleksandr
--
Michael Eagerea...@eagerm.com
1960 Park Blvd., Palo Alto, CA 94306
s.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
--
Michael Eagerea...@eagerm.com
1960 Park Blvd., Palo Alto, CA 94306
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
ailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
.org
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306
__
this might be used?
On 2018-02-01 17:20, Michael Eager wrote:
On 02/01/2018 12:01 PM, sc...@scottlinder.com wrote:
Hi Paul,
My intention was to support an empty source string; I want to be
explicit about the presence of embedded source for each file.
I'm not fond of the belt and suspe
g that the compiler generates a valid source type. In some
cases, particularly with template classes, this may not be the case.
i.e. If I copy string from DW_AT_name to source code, and compile it
with the same compiler that produced DWARF, will it produce the same type?
T var1;
DW_
=Best_Practices
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
://dwarfstd.org/Issues.php which
describes the situation and your proposed changes to the standard.
--
Michael Eagerea...@eagerm.com
1960 Park Blvd., Palo Alto, CA 94306
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lis
post the output of readelf?
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306
___
Dwarf-Discuss mailing list
Dwarf-Discuss@lists.dwarfstd.org
http://lists.dwarfstd.org/listinfo.cgi/dwarf-discuss-dwarfstd.org
On 05/22/2018 04:34 PM, David Anderson wrote:
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) use
ddress on the
target machine.
The most common way in which the machine address is provided as the
operand is by generating a relocatable value pointing to the target
address. This is not really a DWARF specification; it is how
relocations work in assemblers and linkers.
--
Michae
<9e> DW_AT_decl_line : 7
<9f> DW_AT_frame_base : 1 byte block: 6e (DW_OP_reg30
(r30))
This looks odd to me as well.
Looking at the DWARF, I would interpret it to say that foo takes two
arguments, a and b, and bar takes zero arguments. Shouldn't the
DW_TAG_
1 - 100 of 158 matches
Mail list logo
