I'll presume to call it then. Remove %V at your leisure Tom. Cheers!
On Mon, Oct 21, 2013 at 6:10 PM, Tom Browder <[email protected]> wrote: > On Mon, Oct 21, 2013 at 2:44 PM, Christopher Sean Morrison > <[email protected]> wrote: >> On Oct 20, 2013, at 4:59 PM, Nicholas Reed <[email protected]> wrote: >>>> %V: Nicholas votes yes. Personally, I don't thinks it's justified. >>> I'm not going to lose sleep if it goes away, but what exactly is the >>> cost of keeping it? It's already implemented and working and used in a >> Since %V is really our only customization of the format string on >> non-windows platforms, there is a potential benefit of being able to enable, >> catch, and fix -Wformat-strings warnings. >> >> That said, I'm completely ambivalent on this one because I think it's a wash: >> >> customized API, brief code, and no validation >> or >> standard API, longer code, but with validation > > Validation appeals to me--*printf is notorious for being a source of > errors--hence the ugly hacks in C++. > > Cheers! > > -Tom > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk > _______________________________________________ > BRL-CAD Developer mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/brlcad-devel ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
