[LLVMdev] [Patch] Adding unit tests to LLVM

Mark Kromis greybird at mac.com
Sat Dec 27 19:39:18 PST 2008


>> ...snip...
>
> Also for a note of reference, your links to the examples are the  
> most advanced samples. So boost can do more, thus has more weight/ 
> bloat behind it.
>
> Were the other test kits looked at? Is gtest the best solution for  
> the project.
>
> Is this something your planning as putting in the tree, thus require  
> pulling in changes from google (license allowing), or does user need  
> to have the libraries/headers pre-installed?
>
> Including it in the tree is the most reasonable thing to do. No  
> point in inconveniencing the user over tiny libraries with liberal  
> licenses.

I didn't get to look at the license.

>
> My question was not to cause a battle, but I wanted to be sure we  
> were using the right test kit, and not just picking one just  
> because.  For example gtest is very light weight test kit, that can  
> do the job, but will the tests outgrow what the test kit can do, and  
> cause a conversion to a more advanced one later?
>
> I am not sure what advanced features you are thinking of that gtest  
> doesn't already offer; it's pretty sophisticated despite it's small  
> size. Can you give an example of something gtest doesn't already  
> support? Newer releases added support for data parameterized tests,  
> which is really useful. Type parameterized tests are being discussed  
> on the mailing list. All while maintaining a small codebase!


No not really. I was just curious on why this test kit was picked.  
Thats all.

>
> One other nice feature of using gtest is that it integrates with  
> gmock, one of the only really good C++ mocking libraries available.  
> It was just recently released.
>
> http://code.google.com/p/googlemock
>
> Keir
>
>

Just briefly looked at the googlemock site and it sys about needed tr1  
library. Third paragraph in System Requirements. It just struck me as  
amusing that visual c++ people need boost then.

I'll look into this more.

Thank you for your kind explanations.

Regards
Mark Kromis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20081227/643eb4f5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20081227/643eb4f5/attachment.sig>


More information about the llvm-dev mailing list