<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 1, 2014 at 3:45 AM, martin krastev <span dir="ltr"><<a href="mailto:blu.dark@gmail.com" target="_blank">blu.dark@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>disclaimer/ Apologies if this is the wrong llvm/clang mailing list; please, direct me to the right one if needed. /disclaimer</div><div><br></div><div>I've been experiencing issues with incomplete type info when debugging code generated by clang 3.5.0 from the recent release_35 branch.</div><div><br></div><div>Generally, the problem manifests itself as the inability to examine any std::string parameter to a function, in either gdb or lldb:</div><div><br></div><div>(lldb) p arg_string<br>(std::string) $4 = error: summary string parsing error<br><br>(gdb) p arg_string<br>$2 = (const std::string &) @0x7fffffffd948: <incomplete type><br></div><div><br></div><div>This is observed on two separate amd64 machines under Ubuntu 12.04, with both the nightly build packages from the <span style="color:rgb(0,0,0);font-size:15px">llvm-toolchain-precise-3.5 </span>repo <span style="color:rgb(0,0,0);font-size:15px">(</span><a href="http://llvm.org/apt/" target="_blank">http://llvm.org/apt/</a>) and when built locally from svn branch release_35. It bears noting that on the same machines an older, locally-built version of pre-3.5.0 (trunk circa rev 198K) does not exhibit the problem.</div><div><br></div><div>Is that a known regression, or shall I try to file a ticket for it?</div></div></blockquote><div><br></div><div>Do you have the -dbg package of your standard library installed? Try installing that and see if it resolves the issue.<br><br>There are some improvements to debug info size that rely on the whole project (and library dependencies) being built with debug info enabled (GCC does similar optimizations, FWIW - though not the one that's firing on std::string specifically). Or if you'd just rather turn off the optimization, pass -fstandalone-debug.<br><br>If neither of those things work - please file a bug with a reduced test case, etc.<br><br>(for the record, the specific commit that likely caused the change in behavior you're observing is <a href="http://llvm.org/viewvc/llvm-project?rev=202769&view=rev">http://llvm.org/viewvc/llvm-project?rev=202769&view=rev</a> (though we implemented the optimization GCC already implemented a few months before that - which applies to types with vtables, like standard iostreams))</div><div> </div></div><br></div></div>