Anyone any feedback, please?
Or, who would be knowledgeable, and might at least tell me when there
might be time, if too busy right now?
On 17/05/2024 13:49, Martin Frb wrote:
On 09/05/2024 19:53, Martin Frb via fpc-devel wrote:
It's now an issue for the Dwarf standard.
https://dwarfstd.org/issues/240507.1.html
Looking at the time other proposals have taken, I think it is
reasonable to implement properties as custom extension now. And then
later make any amendments (best case, just change the numeric
constants for the DW_TAG/_AT... ).
I have done some experiments on Joost's work. But I now reached the
point were I do need feedback and help:
https://gitlab.com/martin_frb/fpc-src/-/compare/main...martin-dwarf-prop-2?from_project_id=28644964&straight=false
Joost's code had some of the "tai" sizes hard-coded in dbgdwarf.pas. I
moved that into each of the "tai" classes.
https://gitlab.com/freepascal.org/fpc/source/-/commit/6623ccd6245bb0b8d2d46453ac680c18d6c6aad1#1666e6c01f5086b3630dcd10a1b24557a1c178f6_2741_2831
begin
{ write dummy for now }
AddConstToAbbrev(ord(DW_FORM_string));
append_to_al_dwarf_info(tai_string.create(''),1);
Joost's code did write labels to the "tai" list, where the location of
the label was unknown, and later
See "|TPendingOffsetConst" in
|https://gitlab.com/freepascal.org/fpc/source/-/commit/6623ccd6245bb0b8d2d46453ac680c18d6c6aad1#1666e6c01f5086b3630dcd10a1b24557a1c178f6
I tried to use (local) labels for that. This only happens if the Dwarf
target DIE is in the same CU.
However, I encountered some issues
- On Linux, I think I get global labels.
- I needed labels for TSym
- for code like
TFoo = record a: integer; property b: integer read a; end;
TBar = type TFoo;
TBar is written using the same symbol (same instance). So I can't
get 2 labels (currently the same label gets written twice, leading to
an error)
So what is the best way to proceed there?
I also did not yet manage to create a link to the static variable that
is written for static fields, when it is referred by a class property.
But maybe that can be done, when static fields are moved inside the
class.... DWARF-5 "5.7.7 Class Variable Entries" allows
DW_TAG_Variable in a structure.
Btw, while writing the dwarf, is there a way to tell from the data, if
a property is written because setter/getter are declared here, or
because it changes only visibility?
Other comments/suggestions?
A lazarus proof of concept counter part.
(To view properties, each watch still must have "function calling"
enabled)
https://gitlab.com/martin_frb/lazarus
_______________________________________________
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel