<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Mar 15, 2024, at 9:22 AM, John DelSignore via Dwarf-discuss <dwarf-discuss@lists.dwarfstd.org> wrote:</div><br class="Apple-interchange-newline"><div>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div><p>Thanks for looking at this. I sent a separate email with the object file attached directly to you.</p></div></div></blockquote></div><div>From my quick investigation the problem seems to be that gfortran uses a DW_FORM_string for the compile unit's name (rather than a DW_FORM_strp)</div><div><br></div><div><p style="margin: 0px; font-style: normal; font-variant-caps: normal; font-stretch: normal; font-size: 14px; line-height: normal; font-family: Menlo; font-size-adjust: none; font-kerning: auto; font-variant-alternates: normal; font-variant-ligatures: normal; font-variant-numeric: normal; font-variant-east-asian: normal; font-variant-position: normal; font-variant-emoji: normal; font-feature-settings: normal; font-optical-sizing: auto; font-variation-settings: normal;"><span style="font-variant-ligatures: no-common-ligatures"> DW_AT_name [DW_FORM_string] ("/nfs/homes/jdelsign/hello.c")</span></p><div><br></div><div>and ld might have an off-by-one error when decoding the FORM (that part is speculation on my end based on that dwarfdump can decode the string fine, but it could also be a bug in gfortran and dwarfdump skips the control character when printing).</div><div><br></div><div>-- adrian</div></div><br></body></html>