<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Nov 6, 2017 at 10:38 AM Robinson, Paul <<a href="mailto:paul.robinson@sony.com">paul.robinson@sony.com</a>> wrote:<br></div><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_-4483326744962852223WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">IIUC you are mainly wanting to test LLD's PDB generation.  Obviously a test suite plugged in under clang/test is not a good fit for that.  It could arguably
 fit into the LLD project, but separating it out as a more end-to-end integration project a-la test-suite seems like a much better idea.<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">Moving debuginfo-tests seems like a way to get a project in place with the right layering and maybe some lit infrastructure to make writing tests simpler. 
 This tactic appears to have a broader impact than you thought, or even I thought, if it's going to take somebody with MikeE's skills a week to get it running, mostly, in Apple's environment.<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">How about this alternative:  Set up a new project (preferably with a name that won't cause confusion with llvm/test/DebugInfo) that copies all the fiddly bits
 you need from debuginfo-tests, and which lands in the right layering place.  Over time you can move individual tests from debuginfo-tests to the new place.  Eventually debuginfo-tests will be empty, and we nuke it.  Is there a serious downside to working it
 that way?<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">This puts more of the burden on you, to conjure up a whole new project, but you're the one who wants it, so that seems fair. 
</span><span style="font-size:11.0pt;font-family:Wingdings;color:#1f497d">J</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">  Then the people with more complicated CI setups, like Apple and Sony, can add the new thing at
 their leisure without worrying about the kind of disruption that ChrisM anticipates.  It's not like the SCM history of debuginfo-tests is all that important; it's a *really* small project.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">--paulr</span></p></div></div></blockquote><div><br></div><div>I'm honestly not opposed to this idea.  It just seems a shame to do this for purely logistical reasons if most people agree that the "right" place for debuginfo-tests is outside of the clang tree. </div><div><br></div><div>That said, I'd still like to hear from ChrisM and MikeE about why it will take so long, because on the surface it seems like a low-impact move.</div></div></div>