<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>I've ran into the same issue before. I tend to see it as a price
      we pay for static linking, since it brings all the symbols
      debugger has to read at the start time. Quick check on launching a
      tool (fort) in GDB (I usually use it) and LLDB shows that LLDB
      starts much faster, but takes time to set breakpoints and launch
      the application, so I think they are roughly on the same page in
      terms of delays.</p>
    <p>-Petr<br>
    </p>
    <div class="moz-cite-prefix">On 1/9/19 6:17 PM, Zachary Turner via
      llvm-dev wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAAErz9i5bU2k5xh=G+A62zcVxgS8QKagLYi=kGbLUxnSmAdSag@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      This is admittedly a longshot, but Can you check whether you
      experience unusually long run times with LLDB? If there’s
      something strange about tge binaries we generate, maybe lldb will
      exhibit some strangeness too and we can more easily profile it.<br>
      <div class="gmail_quote">
        <div dir="ltr">On Wed, Jan 9, 2019 at 2:48 PM Shoaib Meenai via
          llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org"
            moz-do-not-send="true">llvm-dev@lists.llvm.org</a>>
          wrote:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't know
          about the issues with running being slow, but using a GDB
          index greatly speeds up initial symbol loading. Compile with
          `-ggnu-pubnames` and link with `-Xlinker --gdb-index` and you
          should get significantly faster symbol load times. (I'd be
          curious to see if it helps with the issues with run being slow
          as well.)<br>
          <br>
          On 1/9/19, 2:07 PM, "llvm-dev on behalf of David Greene via
          llvm-dev" <<a href="mailto:llvm-dev-bounces@lists.llvm.org"
            target="_blank" moz-do-not-send="true">llvm-dev-bounces@lists.llvm.org</a>
          on behalf of <a href="mailto:llvm-dev@lists.llvm.org"
            target="_blank" moz-do-not-send="true">llvm-dev@lists.llvm.org</a>>
          wrote:<br>
          <br>
          <br>
              David Jones via llvm-dev <<a
            href="mailto:llvm-dev@lists.llvm.org" target="_blank"
            moz-do-not-send="true">llvm-dev@lists.llvm.org</a>>
          writes:<br>
          <br>
              > GDB likes to load all symbols from shared libraries
          up front. And on<br>
              > x86_64 your main executable is really just another
          shared library.<br>
          <br>
              Yes, but does gdb reload everything on each execution? 
          Every time I<br>
              execute "run" I see the same slow behavior.  Loading the
          symbols for<br>
              small tools like llvm-rc takes hardly any time at all
          (i.e. "file<br>
              llvm-rc" is almost instantaneous).  But executing it
          causes gdb to chew<br>
              up CPU cycles for a while.  Every time.<br>
          <br>
                                       -David<br>
              _______________________________________________<br>
              LLVM Developers mailing list<br>
              <a href="mailto:llvm-dev@lists.llvm.org" target="_blank"
            moz-do-not-send="true">llvm-dev@lists.llvm.org</a><br>
              <a
href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.llvm.org_cgi-2Dbin_mailman_listinfo_llvm-2Ddev&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=dqw6dQj2Nwimdo2WZ3P_n0WRZBWrrtNACdQfXzCB0Xc&s=psETNIS-WHrFqc7U8d3tg6i1UGx4-CHNUo0FO-FNQJg&e="
            rel="noreferrer" target="_blank" moz-do-not-send="true">https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.llvm.org_cgi-2Dbin_mailman_listinfo_llvm-2Ddev&d=DwIGaQ&c=5VD0RTtNlTh3ycd41b3MUw&r=o3kDXzdBUE3ljQXKeTWOMw&m=dqw6dQj2Nwimdo2WZ3P_n0WRZBWrrtNACdQfXzCB0Xc&s=psETNIS-WHrFqc7U8d3tg6i1UGx4-CHNUo0FO-FNQJg&e=</a><br>
          <br>
          <br>
          _______________________________________________<br>
          LLVM Developers mailing list<br>
          <a href="mailto:llvm-dev@lists.llvm.org" target="_blank"
            moz-do-not-send="true">llvm-dev@lists.llvm.org</a><br>
          <a
            href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev"
            rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
        </blockquote>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
LLVM Developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>
<a class="moz-txt-link-freetext" href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a>
</pre>
    </blockquote>
  </body>
</html>