用getopt解析命令行参数
来源:互联网 发布:网络举报邮箱 编辑:程序博客网 时间:2024/05/22 13:59
转自: http://cn.programmingnote.com/blog/?p=43
用过gcc的都知道gcc有许多参数。例如要将hello.c译成hello.exe并加上调试信息,用gcc hello.c -g -o hello.exe即可。现在分析gcc的参数。对于这个例子,参数可分成三个部分:输入文件(hello.c)、是否包含调试信息(-g)、输出文件 (-o hello.exe)。这三个部分的次序是无关紧要的,例如可以确保,-o后面跟的一定表示输出文件。
getopt是C语言标准库中用来处理命令行参数的一个函数,其原型声明在unistd.h文件中:
int getopt( int argc, char *const argv[], const char *optstring );
这里最关键的参数是optstring这个字符串。假如我要做一个编译器,仅仅支持-g -o参数,我需要把optstring设置为”go:”,也就是把短线后的字母放在字符串里。但别忘了o后面的冒号”:”,冒号指出在这个参数的后面还有一个相关参数。从目的上看-o后面要跟一个输出文件名,否则是没有意义的。optstring中的字母顺序是任意的,本例中也可以写成”o:g”。
getopt函数一个一个地处理命令行参数,当getopt返回-1时,表示所有的以短线标识的参数都已经处理完毕。因此通常使用一个循环来反复调用getopt,并在循环里面用一个switch语句来处理不同的参数。先看一下完整的程序:
注意到当处理-o参数时,用了globalOpt.output=optarg。optarg是getopt引入的一个全局变量,如果一个选项后面跟一个参数的话,optarg就是这个参数的值。对于本例来说optarg就是-o后面的输出文件名。循环的外面还有一句 globalOpt.input=argv[optind],这是用来获取输入文件名的。因为在这个例子中,前面不加选项参数的被认为是输入文件(gcc 也是这样设计的),无法用getopt来解析。这里用到了optind这个全局变量,它表示再次调用getopt()时的下一个argv指针的索引。本例中,它将指向输入文件名参数的位置。
将以上程序编译成mygcc.exe,在命令行下运行:mygcc -o hello.exe hello.c -g,将显示:
Debug: 1
Input: hello.c
Output: hello.exe
- 用getopt解析命令行参数
- 使用getopt解析命令行参数
- 命令行参数解析之GetOpt
- getopt解析命令行选项参数
- 使用getopt解析命令行参数
- 命令行参数解析函数--getopt
- 命令行参数解析之getopt
- 用getopt处理命令行参数
- 用getopt处理命令行参数
- 用getopt处理命令行参数
- 命令行参数解析: getopt()与getopt_long()
- 命令行参数解析: getopt()与getopt_long()
- 命令行参数解析: getopt()与getopt_long()
- linux开发 -- 命令行参数解析 getopt
- 命令行参数解析: getopt()和getopt_long()
- getopt(win32) -- 命令行参数解析函数
- 解析命令行选项参数的 getopt函数
- 命令行参数解析: getopt()与getopt_long()
- 对CRect类研究
- 转:驱动学习经验+历程!献给初学者!!
- 弹出窗口中的iframe如何给父窗口赋值
- WINSOCK基础知识(套接字描述符)(转载)
- 控制台窗口界面编程控制
- 用getopt解析命令行参数
- JDBC将得到的String加入到Object数组中
- SOME SAYING
- 在对话框中插入 工具栏
- Spring3.0.5版本不再支持JdbcTemplate类了吗
- Android中Spinner的使用
- 插入排序InsertSort
- sicily 1876 && 1949 不相交集+线段树
- [继续摘抄]梦想十年--《程序员》十年感想