It's been a long time since I contributed to the list serve. When I was working a lot with UnitTest++ we where working in an embedded environment on a small chip. Most of the testing was done x86 desktop machines.
I like the idea of using a command line runner when working on a small box. My biggest complaint that I had from my developers, was trying to run "one" test. They had to run the entire test suite. As a test professional and developer, running one test is sometimes essential. Especially when trying to isolate a fault. So here is my two cents on the includes. I would like a command runner (Thanks Valad) and I do not need boost. I want to keep files small when working on a device. I think having a well documented configure and build process allows a real win. People like Joel can use Boost; I can too choose not use it. If it's one or the other, I say no Boost. Brian Carver -----Original Message----- >From: Joel Fielder <joel.fiel...@switchplane.com> >Sent: Jan 28, 2010 9:47 AM >To: UnitTest++ development and use <unittest-cpp-devel@lists.sourceforge.net> >Subject: Re: [unittest-cpp-devel] enhanced cmd line driver > >Vlad wrote: >> Are my posts to the group getting lost somehow? >I don't think so, I'm getting them ok :) > >> I listened to the feedback on v1 and subsequently [snip] THERE IS NO BOOST >> DEPENDENCY ANYMORE. >> >Yes, I remember. It feels like you had to waste time reinventing a wheel! > >By maintaining a "no-boost" policy, future contributors might need to >reinvent stuff instead of concentrating on the good work of improving >the library. We should focus on what we're good at and let the boost >guys do their stuff. The whole point of boost is to be re-used and >ignoring it feels wrong to me. > >Surely the best compromise is to use configure and -D to enable or >disable features. Configure exists to solve problems like this! Why >ignore the most suitable tool? > >Anyway, all of this is masking the real issue which needs to be agreed - >is the feature useful? I vote yes. Whether it's your v1 or v2 >implementation is a maintainer's decision, in my opinion. > >Joel > >------------------------------------------------------------------------------ >The Planet: dedicated and managed hosting, cloud storage, colocation >Stay online with enterprise data centers and the best network in the business >Choose flexible plans and management services without long-term contracts >Personal 24x7 support from experience hosting pros just a phone call away. >http://p.sf.net/sfu/theplanet-com >_______________________________________________ >unittest-cpp-devel mailing list >unittest-cpp-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/unittest-cpp-devel ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ unittest-cpp-devel mailing list unittest-cpp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unittest-cpp-devel
