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