[SPAM] breezier
by Milette
Chrisdtians - Twwo Rules For Christian sex www.ma29. net. China givees fashion instructions to ploice
14 years, 11 months
CFI support
by Roland McGrath
I think the CFI support is about ready to merge in.
I did a single-commit version on the new branch roland/merge-cfi.
This has some recent fixups for reloc support, and I dropped
dwfl_addrframe for now since I'm not real sure about it.
Please give it a good eyeball and tell me if you think it is OK to merge.
Thanks,
Roland
14 years, 11 months
Sfaer sex Mkenu
by supernatant
Saffer sex eMnu www. ba43. com. Jumping sturgeon injures woman inn Fal.
14 years, 11 months
dwarflint vs C++
by Roland McGrath
Now common (maybe gcc 4.4 fixed its output?):
warning: .debug_info: DIE 0x851d7: DIE "member" has attribute "MIPS_linkage_name", which is not expected.
warning: .debug_info: DIE 0x851d7: DIE "member" has attribute "external", which is not expected.
warning: .debug_info: DIE 0x851d7: DIE "member" has attribute "const_value", which is not expected.
DW_TAG_member can have basically all the same attrs as DW_TAG_variable.
Those and DW_TAG_formal_parameter can have DW_AT_const_value; it is
normally mutually exclusing with DW_AT_location, but having both is a
"suspicious" rather than a "wrong".
member/variable can have DW_AT_external. Basically anything that can have
DW_AT_external can have DW_AT_MIPS_linkage_name. There should be a
grouping for those so the DW_AT_external et al handling is in common.
But in that common code it wants a special case: DW_AT_MIPS_linkage_name
without DW_AT_external is suspicious.
Also, still getting a lot of:
error: .debug_aranges: addresses 0x412fe9..0x412fe9 of section .text are not covered.
Is that saying a 0-byte range or a 1-byte range? Perhaps use [x,y] or
[x,y) notation for all byte/addr ranges to be more clear. If it's a 1-byte
range, it should not be complaining because .text has sh_addralign=16, so
[0x412fe9,0x412ff0) is expected alignment padding.
Thanks,
Roland
14 years, 11 months
readelf versus DW_AT_data_member_location
by Mark Wielaard
Hi,
According to the Dwarf spec DW_AT_data_member_location can also take a
simple constant offset when encoded as DW_FORM_data[12] or
DW_FORM_[us]data. I submitted a patch to gcc to output that instead of a
whole location expression block when possible. The attached patch makes
readelf display such simple offsets as constants.
Cheers,
Mark
14 years, 11 months
elfutils status 2009-7-6
by Roland McGrath
I instantly fell down on my own reporting schedule, of course.
It was a moderately productive week and weekend, but I stayed up
hacking all Sunday night and never posted.
Last week:
Time actually spent on elfutils: 85%
* reference tracker
** done and working well for dwarfcmp tests
* dwarf_edit hand-building fixed/fleshed-out, added tests/dwarf_edit
* reference-maker
** done and working well for dwarf_edit copying in dwarfcmp tests
I posted some details during the week about the tracker and ref-maker.
* collector
** basic value_sets for all leaf values (no refs)
** DIE structure/refs fake (same as dwarf_edit), but working for tests
* dwarfcmp -T tests only dwarf_output, -TT for dwarf_edit, -TTT for both
This week:
Expected time spent on elfutils: 80%
* collector
** DIE structure stored in collector
*** basic constructor magic
*** collector implements smart tracker/maker
* dwarf_output
** first draft of abbrev generation (probably do all DW_FORM_indirect)
** maybe some actual output
14 years, 11 months