<div dir="ltr">I'm not sure how I feel about adding tests that are Python scripts that generate test data. Such tests are going to be slow and impose another requirement on understanding the test.<div><br></div><div>Is there any way this test could be written as a (gtest) unit test?</div>
<div><br></div><div style> - Daniel</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, May 5, 2013 at 2:02 PM, Nico Rieck <span dir="ltr"><<a href="mailto:nico.rieck@gmail.com" target="_blank">nico.rieck@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
  I've split the base64 encoding into a separate commit now. But even the single-slash encoding would need a 1MB test file to test this change.<br>
<br>
  When running locally, making python available in PATH can be easily done by picking the current interpreter path in lit.cfg.<br>
  Is there any chance to skip this test otherwise?<br>
<br>
  Adding ddunbar as suggested.<br>
<br>
<a href="http://llvm-reviews.chandlerc.com/D667" target="_blank">http://llvm-reviews.chandlerc.com/D667</a><br>
</blockquote></div><br></div>