<div dir="ltr">IIRC, the only reason the LLDB python test suite uses the in-tree compiler (Scenario 1) was so to test sanitizers before they were available in the system compiler. If that's the case, then using Xcode 8 on the builder will allow both the LLDB build and tests to use the system compiler.<br><div><br></div><div>As I understand it, there are a few ways to go about building lldb using the ToT (or at least, last green) compiler. This approach will be of limited use until building lldb with cmake is supported, however. I'm following up on this timeline.</div><div><br></div><div>-Tim</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 20, 2016 at 11:50 AM, Ted Woodward <span dir="ltr"><<a href="mailto:ted.woodward@codeaurora.org" target="_blank">ted.woodward@codeaurora.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div class="m_7604353008082824343WordSection1"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">I think a hardcoded value of 1 for maximum_operations_per_<wbr>instruction will work like it does today – 1 linetable entry per Hexagon packet, which may have 1-4 instructions in it. Hexagon executes 1 packet at a time, so anywhere from 1-4 instructions at once.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">At O0, the compiler doesn’t packetize instructions, so 1 instruction is run at a time. At 01 it will, but it doesn’t do many other optimizations. We should still have 1 line per packet. O2 and O3 can move instructions around, so will have up to 4 source lines in 1 packet. I think we’ll need to experiment internally with what that means for the debugger, once we get this change.<u></u><u></u></span></p><span class=""><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">--<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Qualcomm Innovation Center, Inc.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">The Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p></span><div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt"><div><div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Eric Christopher [mailto:<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</a>] <br><b>Sent:</b> Wednesday, October 19, 2016 6:09 PM<br><b>To:</b> Tim Hammerquist <<a href="mailto:penryu@gmail.com" target="_blank">penryu@gmail.com</a>><br><b>Cc:</b> Greg Clayton <<a href="mailto:gclayton@apple.com" target="_blank">gclayton@apple.com</a>>; Ted Woodward <<a href="mailto:ted.woodward@codeaurora.org" target="_blank">ted.woodward@codeaurora.org</a>>; LLDB <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>><br><b>Subject:</b> Re: [lldb-dev] llvm changing line table info from DWARF 2 to DWARF 4<u></u><u></u></span></p></div></div><div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal" style="margin-bottom:12.0pt"><u></u> <u></u></p><div><div><p class="MsoNormal">On Wed, Oct 19, 2016 at 3:34 PM Tim Hammerquist <<a href="mailto:penryu@gmail.com" target="_blank">penryu@gmail.com</a>> wrote:<u></u><u></u></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><p class="MsoNormal">I was mistaken.<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">The system toolchain builds stage1 llvm, clang & co.<u></u><u></u></p></div></div><div><p class="MsoNormal">The system toolchain builds lldb containing the llvm/clang/etc bits.<u></u><u></u></p></div><div><p class="MsoNormal">The system toolchain builds gtest test programs. <u></u><u></u></p></div></div></blockquote><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><div><p class="MsoNormal">The stage1 compiler builds the python test inferiors.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div></div></blockquote><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">OK, then it sounds like at least some of the test programs are built with the new compiler? IIRC the python test inferiors here are the programs that are the meat of the testsuite for lldb yes?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">If so, then on check-in we should possibly see some difference on some bot if they all use the same general configuration.  I don't have a current checkout so I don't know if the default -g is used or if it's set to a different dwarf level. Currently it looks like clang will use dwarf4 by default with -g:<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><div><p class="MsoNormal">echristo@dzur ~/tmp> ~/builds/build-llvm/bin/clang -c foo.c -o - -target x86_64-apple-macosx10.11 -g | llvm-dwarfdump - | grep version | grep -v clang<u></u><u></u></p></div><div><p class="MsoNormal">0x00000000: Compile Unit: length = 0x00000037 version = 0x0004 abbr_offset = 0x0000 addr_size = 0x08 (next unit at 0x0000003b)<u></u><u></u></p></div><div><p class="MsoNormal">         version: 2<u></u><u></u></p></div></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">where the first line is the debug_info header and the second is the version in the line table.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Ted/Greg: Relatedly, what brought this up was the vliw aspect with <span style="font-size:10.0pt;font-family:"Segoe UI",sans-serif">maximum_operations_per_<wbr>instruction - it's being hard coded to 1 here and I'm not sure how we want to deal </span>with that on hexagon? Currently it'll be hard set to 1 so line stepping will work as I imagine it currently does. That said, if we wanted to take advantage of it then that's different. Primarily I wasn't sure if Ted and folk had a debugger that did take advantage of it if it was there.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Thanks!<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">-eric<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">On Wed, Oct 19, 2016 at 3:28 PM, Eric Christopher <span class="m_7604353008082824343gmailmsg"><<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</a>></span> wrote:<u></u><u></u></p><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><p class="MsoNormal" style="margin-bottom:12.0pt"><u></u> <u></u></p><div><div><p class="MsoNormal">On Wed, Oct 19, 2016 at 3:26 PM Tim Hammerquist <<a href="mailto:penryu@gmail.com" target="_blank">penryu@gmail.com</a>> wrote:<u></u><u></u></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><div><p class="MsoNormal"><span class="m_7604353008082824343m-5052909668081893217m7371312693763050375gmailmsg"><span style="font-size:9.5pt">The LLDB job in </span></span><a href="http://llvm.org/" target="_blank"><span style="font-size:9.5pt">llvm.org</span></a><span class="m_7604353008082824343m-5052909668081893217m7371312693763050375gmailmsg"><span style="font-size:9.5pt"> will build a stage1 RA with llvm+clang+libcxx+compiler-rt using the system compiler, and use the new compiler to build lldb.</span></span><u></u><u></u></p><div><p class="MsoNormal"><span style="font-size:9.5pt"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span class="m_7604353008082824343m-5052909668081893217m7371312693763050375gmailmsg"><span style="font-size:9.5pt">By default, this is kicked off automatically when a clang stage1 RA is successful, but can be manually triggered to build HEAD, or any revision desired.</span></span><span style="font-size:9.5pt"><u></u><u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:9.5pt"><u></u> <u></u></span></p></div></div></div><div><div><div><p class="MsoNormal"><span style="font-size:9.5pt">The python test suite (invoked with the xcodebuild target lldb-python-test-suite) uses the newly built compiler to build its test programs.<u></u><u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:9.5pt"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span class="m_7604353008082824343m-5052909668081893217m7371312693763050375gmailmsg"><span style="font-size:9.5pt"><a href="http://lab.llvm.org:8080/green/job/lldb_build_test/21202/consoleFull#console-section-4" target="_blank">http://lab.llvm.org:8080/<wbr>green/job/lldb_build_test/<wbr>21202/consoleFull#console-<wbr>section-4</a></span></span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:9.5pt"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:9.5pt">However, the gtest suite (target lldb-gtest) uses the system (Xcode toolchain) compiler to build test programs.<u></u><u></u></span></p></div><div><p class="MsoNormal"><span style="font-size:9.5pt"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span class="m_7604353008082824343m-5052909668081893217m7371312693763050375gmailmsg"><span style="font-size:9.5pt"><a href="http://lab.llvm.org:8080/green/job/lldb_build_test/21202/artifact/lldb/test_output.zip" target="_blank">http://lab.llvm.org:8080/<wbr>green/job/lldb_build_test/<wbr>21202/artifact/lldb/test_<wbr>output.zip</a></span></span><u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:9.5pt"><u></u> <u></u></span></p></div></div></div></blockquote><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">This seems like something that should be fixed :)<u></u><u></u></p></div><div><p class="MsoNormal"><span style="color:#888888"><u></u> <u></u></span></p></div><div><p class="MsoNormal"><span style="color:#888888">-eric<u></u><u></u></span></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><div><div><p class="MsoNormal"><span style="font-size:9.5pt"><u></u> <u></u></span></p></div></div><div><p class="MsoNormal"><span style="font-size:9.5pt">-Tim<u></u><u></u></span></p></div></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><div><p class="MsoNormal">On Wed, Oct 19, 2016 at 2:36 PM, Eric Christopher <span class="m_7604353008082824343m-5052909668081893217m7371312693763050375gmailmsg"><<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</a>></span> wrote:<u></u><u></u></p></div></div><div><div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><div><p class="MsoNormal">From chatting with Tim it sounds like at least one lldb bot uses the ToT compiler - we should probably verify that not only does it use that to build lldb but uses it for the tests. That'll get us at least some testing here.<span class="m_7604353008082824343m-5052909668081893217m7371312693763050375m-6362168645962385504hoenzb"><span style="color:#888888"><u></u><u></u></span></span></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal"><span class="m_7604353008082824343m-5052909668081893217m7371312693763050375m-6362168645962385504hoenzb"><span style="color:#888888">-eric</span></span><u></u><u></u></p><div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><u></u> <u></u></p><div><div><p class="MsoNormal">On Wed, Oct 19, 2016 at 12:55 PM Greg Clayton via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>> wrote:<u></u><u></u></p></div><blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"><p class="MsoNormal">I believe we are good, but it would be good to verify via testing once a compiler becomes available.<br><br>Greg<br><br>> On Oct 19, 2016, at 12:19 PM, Ted Woodward via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>> wrote:<br>><br>> This might affect us. Do we handle it correctly?<br>><br>> <a href="https://reviews.llvm.org/D16697" target="_blank">https://reviews.llvm.org/<wbr>D16697</a><br>><br>> --<br>> Qualcomm Innovation Center, Inc.<br>> The Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project<br>><br>> ______________________________<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" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/lldb-dev</a><br><br>______________________________<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" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/lldb-dev</a><u></u><u></u></p></blockquote></div></div></div></div></div></blockquote></div></div><div><p class="MsoNormal"><br><br clear="all"><u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><p class="MsoNormal">-- <u></u><u></u></p><div><p class="MsoNormal">Tim <<a href="mailto:penryu@gmail.com" target="_blank">penryu@gmail.com</a>><u></u><u></u></p></div></div></blockquote></div></div></blockquote></div><p class="MsoNormal"><br><br clear="all"><u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div></div><div><p class="MsoNormal">-- <u></u><u></u></p><div><p class="MsoNormal">Tim <<a href="mailto:penryu@gmail.com" target="_blank">penryu@gmail.com</a>><u></u><u></u></p></div></div></blockquote></div></div></div></div></div></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Tim <<a href="mailto:penryu@gmail.com" target="_blank">penryu@gmail.com</a>></div>
</div>