Re: [Boost-bugs] [Boost C++ Libraries] #3330: boost::program_options doesn't allow naming the argument in a straightforward way

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #3330: boost::program_options doesn't allow naming the argument in a straightforward way
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2009-08-10 14:32:39

#3330: boost::program_options doesn't allow naming the argument in a
straightforward way
-------------------------------+--------------------------------------------
  Reporter:  grumbel@…         |       Owner:  vladimir_prus  
      Type:  Feature Requests  |      Status:  reopened       
 Milestone:  Boost 1.40.0      |   Component:  program_options
   Version:  Boost 1.37.0      |    Severity:  Problem        
Resolution:                    |    Keywords:                 
-------------------------------+--------------------------------------------
Changes (by grumbel@…):

  * status:  closed => reopened
  * resolution:  wontfix =>

Comment:

 Sorry, but thats just plain idiotic. *EVERY* single tool that I know of
 that can be accessed via command line makes use of custom argument names
 in the help output, ls, emacs, xterm, firefox, blender, gimp, gcc, make,
 .... I don't think I have ever seen one that doesn't. As mentioned even
 the boost tutorial itself makes use of that feature. And I don't quite see
 why it shouldn't be implemented, it would just mean an additional argument
 to po_value<>().

 The "fix" via inheritance of course works, but that seems more like a
 dirty workaround for a bug then the way it should be.

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/3330#comment:2>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.