issues solved

Cristian Vlasceanu cristian at zero-bugs.com
Fri Apr 6 12:10:38 PDT 2007


Hi All
I am forced into retracting what I have said a few days ago:
"I have already email Walter about this issue and as he is slow as usual 
in addressing Linux back-end issues [...]"

Mea culpa.

Walter was very responsive (just to spite me? :)) and after a few nights 
of email exchanges and hacking that went well after 2AM, we found that:

1) the DW_AT_comp_dir piece of DWARF debug info, which gives the build 
path of a translation unit was being output correctly by the DMD compiler;

2) however, because it was in the DW_FORM_strp (offset to a string) 
form, rather than a plain DW_FORM_string, the linkers on some systems 
took the liberty to mess with it (see 
http://sourceware.org/ml/gdb/2002-04/msg00144.html:

"Some linkers (including the GNU linker) can remove duplicate strings 
from an executable's .debug_str section, and adjust DW_FORM_strp 
references to point to the remaining unique copies.")

3) The resolution was to use DW_FORM_string, and everything works 
correctly now.


Also, we have agreed upon the debug formats for dynamic D arrays and 
associative arrays.

I have implemented support for the former in ZeroBUGS, and it will go 
out soon.

After I get the new builds out, I will start looking into debugger 
support for associative arrays (although I cannot promise to deliver 
anything in the very near future, due to expecting a new family addition 
any minute now).

cheers,
    Cristian Vlasceanu (http://www.zerobugs.org)


More information about the Digitalmars-d-debugger mailing list