<div class="gmail_quote">On Wed, Feb 11, 2009 at 1:03 AM, Tyler Roscoe <span dir="ltr"><<a href="mailto:tyler@cryptio.net">tyler@cryptio.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Bumping this one time. Any thoughts? Is there a better place to ask this<br>
sort of question?</blockquote><div><br>Sorry, my eyes glazed over the first time I read this sentence and I think I was pretty tired so not knowing what these acronyms went I think I just archived the thread.<br><br>> OTOH, it would be nice to gain some of the benefits of TDD (e.g.,<br>
> fearless refactoring) in the build system<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">
> One approach I've thought of is a simple script that simply makes<br>
> sure that each CMake project deposits an expected list of files in a<br>
> certain place. I have a hierarchy of "buildables" so it might be nice to<br>
> know that the header at the bottom of the dependency tree is built<br>
> correctly, and that the libraries that use it find that header and build<br>
> correctly, and that the executable that use those libraries find<br>
> everything and build correctly.<br>
><br>
> Does anyone do anything like this? Are there tools around to help? Is<br>
> this a worthwhile thing to think about?</div></blockquote><div><br>If you want to guarantee your library works externally as shipped you could effect a "make install" and then build your test code against the "make installed" copy of the library. I'm not sure how many issues you'd discover this way though, perhaps the occasional header file someone forgot to add to the INSTALL list if your unit tests are good enough? Not sure if it would be worth it.<br>
</div></div><br clear="all"><br>-- <br>Philip Lowman<br>