Another possibility is dont' check in anything called Makefile, but instead call the file something else.  Like perhaps Makefile.test.  You can still easily cd into the directory and test this with make -f.  This also requires no code change, and there's some value in not making any code more complex than it needs to be.<br><div><br></div><br><div class="gmail_quote">On Mon Dec 15 2014 at 9:33:45 AM Greg Clayton <<a href="mailto:gclayton@apple.com">gclayton@apple.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would like to see "Makefile" files for each test and avoid the "python will magically do this for me" stuff. I had an inline test that was failing and wanted to test what it was doing to figure out what was wrong and I added a Makefile to the directory.<br>
<br>
I vote to make each directory contain a makefile so we can CD into and just type "make". Most inline tests might be simple, but it would be nice to easily be able to build them.<br>
<br>
The right fix for this is to fix the inline test code to check for a Makefile first and if one doesn't exist, create one, else leave the existing one there.<br>
<br>
Greg<br>
<br>
> On Dec 12, 2014, at 6:19 PM, Zachary Turner <<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>> wrote:<br>
><br>
> Agreed, but that's a difficult problem to solve given the current architecture of the test suite. In my ideal world, we would just build all the test executables at the same time we build lldb, and that would even speed up the test suite, but i think we're a ways away from that.<br>
> On Fri, Dec 12, 2014 at 5:50 PM Jonathan Roelofs <<a href="mailto:jonathan@codesourcery.com" target="_blank">jonathan@codesourcery.com</a>> wrote:<br>
><br>
><br>
> On 12/12/14 4:35 PM, Zachary Turner wrote:<br>
> > lldb inline tests seem to generate their own Makefile and then clean it up<br>
> > after they're done.  lldb\test\lang\objc\objc-<u></u>runtime-ivars seems to have a<br>
> > Makefile checked into the repo.  So when I run the test suite, it deletes<br>
> > this repo and creates an annoyance every time I go to commit a changelist<br>
> > I'm working on, because I have to remember to undo the fact that this file<br>
> > is about to get deleted from the repo.<br>
> ><br>
> > What's the correct thing to do here?  Should we: a) Remove this Makefile<br>
> > from the repo and rely on the inline test to generate it, b) Only do<br>
> > something in CleanMakefile() if BuildMakefile() was previously called?<br>
> >   (this isn't the case for me locally, since all of these tests are disabled<br>
> > on Windows, but the cleanup isn't behind a similar check), c) some<br>
> > combinatino of the above?<br>
> It would be extremely nice if building & testing didn't modify or create any<br>
> files in the directory checked out from svn/git.  Having that makes it a bit<br>
> easier to provide build reproducibility guarantees on shipped toolchains.<br>
><br>
><br>
> Cheers,<br>
><br>
> Jon<br>
> ><br>
> > Would appreciate some assistance, as this is very annoying to keep having<br>
> > the test suite modify my in-progress CLs.<br>
> ><br>
> ><br>
> ><br>
> > ______________________________<u></u>_________________<br>
> > lldb-dev mailing list<br>
> > <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
> > <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/<u></u>mailman/listinfo/lldb-dev</a><br>
> ><br>
><br>
> --<br>
> Jon Roelofs<br>
> <a href="mailto:jonathan@codesourcery.com" target="_blank">jonathan@codesourcery.com</a><br>
> CodeSourcery / Mentor Embedded<br>
> ______________________________<u></u>_________________<br>
> lldb-dev mailing list<br>
> <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/<u></u>mailman/listinfo/lldb-dev</a><br>
<br>
</blockquote></div>