On Thu, Sep 5, 2013 at 9:16 AM, Christopher Sean Morrison <brl...@mac.com> wrote: > On Sep 5, 2013, at 9:45 AM, Tom Browder wrote: > >> How about if I add wavy_t.cpp for another test, then work on >> implementing the bu_opt_parse if all is looking well?
Skip it--it's too plain at the moment. > If that'll help sure. I already note, however, that Tclap's exception-happy > interface is already a little bit different in terms of brevity. Yep, one reason for change and our standardization. >> In order to integrate with my auto-man-parser I may have to do some >> mods to TCLAP. > Can they be avoided? Subclassing I think can probably handle most format issues. >> Other changes may have to be local just because, for instance, the >> direction you want go in the '-?' vs. '-h' opts is not currently >> compatible with TCLAP (but I've asked about that at the TCLAP site). > > How so? I'm not saying I don't believe you, but I don't think I believe you. > :) The constructor for the boolean SwitchArg needs both a short and long option. If both ? and h have the same long option (help) that cases a compile error. If the long option is an empty string, that translates to "--" alone. If we standardize on ? and h for, say, (long|short)help and (short|long) help that could be workable. >> As a good example, I think wavy.c should have a no-arg usage >> statement. > I agree that most non-GUI commands should give usage when run without > arguments. However, I don't have a grasp on how many tools currently do this. > Could you write a (throw-away) script that invokes all commands in bin/ > and see which ones 1) give usage, 2) produce a file or perform some action of > some sort, or 3) wait for input? WILCO. Best, -Tom ------------------------------------------------------------------------------ Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
