getopt的bug？

prc

getopt分析命令行输入选项的时候，如果仅仅使用了long option，那么还需要给getopt指定-o ''，否则getopt分析不到命令行输入

$getopt -l hello -- '--hello'
--
$getopt -l hello -o '' -- '--hello'
--hello --

welcome008

看看 man里怎么说，如果有说明就不能说是bug吧？

ynchnluiti

原帖由 welcome008 于 2008-12-26 21:50 发表
看看 man里怎么说，如果有说明就不能说是bug吧？

没用过getopt。man的稀里糊涂。:em11:

我是DBA

原帖由 ynchnluiti 于 2008-12-28 02:49 发表

没用过getopt。man的稀里糊涂。:em11:

难得糊涂，偶尔糊涂一把也不错。

ynchnluiti

原帖由 我是DBA 于 2008-12-28 09:34 发表

难得糊涂，偶尔糊涂一把也不错。

真糊涂可不好啊

搜了一下，发现大多都是介绍内置的getopts

prc

man里似乎没有提到这个

getopt功能要比getopts强，getopts不支持long option...

waker

两个都不支持，getopt只是把--当结果处理的标志而已

prc

原帖由 waker 于 2008-12-29 10:48 发表
两个都不支持，getopt只是把--当结果处理的标志而已

getopt不支持long option？似乎不是这样吧...

smallstar001

看ABS介绍 getopt的时候也是一塌糊涂，看不明白

C里面有个getopt函数和getopt_long才是支持长选项的

prc

1. #! /bin/bash
   
2. ARGV=($(getopt -l long-option1,long-option2:,foo-foo -o 'L:' -- "$@")) || exit 1
   
3. for((i=0;i<${#ARGV[@]};i++)) {
   
4.     eval opt=${ARGV[$i]}
   
5.     case $opt in
   
6.     --long-option1)
   
7.         echo "--long-option1";;
   
8.     -L)
   
9.         ((i++));
   
10.         eval opt=${ARGV[$i]};
    
11.         echo "-L $opt";
    
12.         ;;
    
13.     --long-option2)
    
14.         ((i++));
    
15.         eval opt=${ARGV[$i]};
    
16.         echo "--long-option2 $opt";
    
17.         ;;
    
18.     --foo-foo)
    
19.         echo "$opt";
    
20.         ;;
    
21.     --)
    
22.         break;;
    
23.     esac
    
24. }
    
25. 
    
26. for((i++;i<${#ARGV[@]};i++)) {
    
27.     eval opt=${ARGV[$i]}
    
28.     echo "  $opt"
    
29. }

复制代码

1. 将getopt的结果保存到数组ARGV中，从而保留了原始的命令行输入参数。传统的做法是用set -- 覆盖命令行参数。
2. 在我的cygwin版本的getopt，使用-a选项会导致getopt产生internal error。在linux版本上则无此问题。
3. 如果仅仅接受long option，在调用getopt的时候也需要指定选项-o ''，否则getopt分析的结果会产生错误。
4. 在不产生歧义的前提下，命令行输入的long option可以简写。（如上面的例子中，--foo-foo可以简写成--f。赞！！）