<div dir="ltr"><div>Hi,</div><div><br></div><div>No I didn't, I used cl.exe from the visual studio toolchain. What I'm proposing is a tool for processing .obj files in COFF format, reading them and generating the GHASH part.</div><div><br></div><div>To make our build faster we use hundreds of unity build files (.cpp's with a lot of other .cpp's in them aka munch files) but still have a lot of single .cpp's as well (in total something like 3.4k .obj files).</div><div><br></div><div>ps: sorry for sending to the wrong list, I was reading about llvm mailing lists and jumped when I saw what I thought was a lld exclusive list.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 19, 2018 at 9:17 PM, Zachary Turner <span dir="ltr"><<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">-lldb-dev, +llvm-dev</div><div dir="auto"><br></div><div dir="auto">lldb-dev is specifically for the llvm debugger, and llvm-dev is for everything else (including lld)</div><div dir="auto"><br></div><div dir="auto">Did you compile the object files with clang and use -mllvm -emit-codeview-ghash-section?</div><div dir="auto"><br></div><div dir="auto">It sounds like probably not.  If you don’t do that /DEBUG:GHASH will indeed be much slower.  I wonder if we should emit a linker diagnostic in this case</div><div><br><div class="gmail_quote"><div><div class="h5"><div>On Fri, Jan 19, 2018 at 12:09 PM Leonardo Santagada via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div><div>Hi all,</div><div><br></div><div>At work I have been experimenting with linking with lld, I can give all sorts of information about the performance so far if someone wants to hear it, but for a large binary (around 100mb and 800mb of symbols) it takes considerably more memory and time than the vs 2015 and 2017 linker.</div><div><br></div><div>What I've been playing around is the idea of creating a tool that generate those DEBUG:GHASH sections on .obj files already created, I saw code for reading them in lld and started looking at the codeview part of clang, is there any documentation around that, and would anyone else have interest in such a tool? I wish we could just jump shit to clang but right now that is not a possibility (It mostly revolves around windows.h and the copy of it we mantain).</div><div><br></div><div><br></div><div>ps: I have two patches that I needed to get it to finish linking I can submit them monday.<br></div><div><br>-- <br><div class="m_262480326024846567m_4223142354752718899gmail_signature" data-smartmail="gmail_signature"><br>Leonardo Santagada</div>
</div></div></div></div>
______________________________<wbr>_________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/lldb-dev</a><br>
</blockquote></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Leonardo Santagada</div>
</div>