使用boost program_options和自动完成
using boost program_options and auto completion
我有一个命令行应用程序使用boost::program_options.
它已经通过program_options的异常处理通知用户诸如模糊参数之类的事情:
Error occured when parsing arguments: option '--foo' is ambiguous and
matches 'foo_do', and 'foo_bar'
如果参数的子字符串不是二义性的,它也使用它来识别匹配的命令(即,如果我输入"foo_b",它将完成为"foo_bar")。
是否有任何简单的方法来利用这个已经可用的知识,简单的命令行自动完成?
有关于如何传递关于命令行参数的静态信息到bash的自动完成以及program_options的经验吗?
是的,您可以利用它,但是您必须自己编写它。依赖通常在自动完成脚本中使用的"标准"机制可能更容易。
我认为bash_completion有足够的智能,它会DoTheRightThing给出一个普通的长选项名称列表
相关文章:
- 理解boost::asio-async_read在无需读取内容时的行为
- boost::进程间消息队列引发错误
- 如何运行位于boost/libs/python/example/tutorial目录中的hello.cpp和Jamfil
- cmake如何在fedora工作站中找到boost静态库包
- CMake项目Boost库错误:Boost/config/compiler/gcc.hpp:165:10:致命错误:cs
- Boost Graph Library,修复节点大小
- 什么是"#include <boost/functional/hash.hpp> "?
- 基于boost的程序的静态链接——zlib问题
- C++:如何在CLion IDE中安装Boost
- C++Boost Asio Pool线程,带有lambda函数和传递引用变量
- 如何在boost beast http请求中设置http头
- Boost Spirit,获取迭代器内部语义动作
- boost::asio::steady_timer()与sleep()我应该使用哪一个
- boost::asio如何生成多个协同程序,然后加入它们
- 当我尝试使用 sstream 和分面将 Boost Time_duration转换为字符串时,我没有得到所需的格式
- Visual Studio(或任何其他工具)能否将地址解释为调用堆栈(boost上下文)的开头
- 如何将 Python 脚本通过管道传输到命令(boost::p rogram::options)
- boost 如何将类型列表实现为类的"options"?
- Boost-program-options:无值选项的通知器
- 为什么 Boost 使用全局函数覆盖来实现自定义验证程序"Program Options"