Cでは、getopt_longはコマンドラインパラメータパラメータのオプションの引数を解析しません。
プログラムを実行すると、以下の実行例のようにオプションの引数が認識されません。
$ ./respond --praise John
Kudos to John
$ ./respond --blame John
You suck !
$ ./respond --blame
You suck !
これがテストコードです。
#include <stdio.h>
#include <getopt.h>
int main(int argc, char ** argv )
{
int getopt_ret, option_index;
static struct option long_options[] = {
{"praise", required_argument, 0, 'p'},
{"blame", optional_argument, 0, 'b'},
{0, 0, 0, 0} };
while (1) {
getopt_ret = getopt_long( argc, argv, "p:b::",
long_options, &option_index);
if (getopt_ret == -1) break;
switch(getopt_ret)
{
case 0: break;
case 'p':
printf("Kudos to %s\n", optarg); break;
case 'b':
printf("You suck ");
if (optarg)
printf (", %s!\n", optarg);
else
printf ("!\n", optarg);
break;
case '?':
printf("Unknown option\n"); break;
}
}
return 0;
}
Glibcのドキュメントやgetoptのマニュアルページには記載されていませんが、長い形式のコマンドラインパラメータのオプションの引数には「等号」(=)が必要です。オプションの引数とパラメーターを区切るスペースは機能しません。
テストコードで実行した例:
$ ./respond --praise John Kudos to John $ ./respond --praise=John Kudos to John $ ./respond --blame John You suck ! $ ./respond --blame=John You suck , John!
マンページは確かにそれを十分に文書化していませんが、ソースコードは少し役立ちます。
簡単に言うと、次のようなことをすることになっています(ただし、これは少し面倒かもしれません)。
if( !optarg
&& optind < argc // make sure optind is valid
&& NULL != argv[optind] // make sure it's not a null string
&& '\0' != argv[optind][0] // ... or an empty string
&& '-' != argv[optind][0] // ... or another option
) {
// update optind so the next getopt_long invocation skips argv[optind]
my_optarg = argv[optind++];
}
/* ... */
_getopt_internalの前のコメントの中から:
...
getopt
が別のオプション文字を見つけると、その文字(optind
およびnextchar
を更新して、次のgetopt
の呼び出しを可能にします次のオプション文字またはARGV要素を使用してスキャンを再開できます。オプション文字がなくなった場合、
getopt
は-1を返します。次に、optind
は、オプションではない最初のARGV要素のARGV内のインデックスです。 (ARGV要素は並べ替えられているため、オプションではない要素が最後になります。)<-- a note from me: if the 3rd argument to getopt_long starts with a dash, argv will not be permuted
...
OPTSTRINGの文字の後にコロンが続く場合、それは引数が必要であることを意味します。そのため、同じARGV要素内の次のテキスト、または次のARGV要素のテキストが
optarg
に返されます。 2つのコロンは、オプションの引数を必要とするオプションを意味します。現在のARGV要素にテキストがある場合は、optarg
、それ以外の場合はoptarg
がゼロに設定されますで返されます。...
...ただし、行間でいくつかの読み取りを行う必要があります。以下はあなたが望むことをします:
#include <stdio.h>
#include <getopt.h>
int main(int argc, char* argv[] ) {
int getopt_ret;
int option_index;
static struct option long_options[] = {
{"praise", required_argument, 0, 'p'}
, {"blame", optional_argument, 0, 'b'}
, {0, 0, 0, 0}
};
while( -1 != ( getopt_ret = getopt_long( argc
, argv
, "p:b::"
, long_options
, &option_index) ) ) {
const char *tmp_optarg = optarg;
switch( getopt_ret ) {
case 0: break;
case 1:
// handle non-option arguments here if you put a `-`
// at the beginning of getopt_long's 3rd argument
break;
case 'p':
printf("Kudos to %s\n", optarg); break;
case 'b':
if( !optarg
&& NULL != argv[optindex]
&& '-' != argv[optindex][0] ) {
// This is what makes it work; if `optarg` isn't set
// and argv[optindex] doesn't look like another option,
// then assume it's our parameter and overtly modify optindex
// to compensate.
//
// I'm not terribly fond of how this is done in the getopt
// API, but if you look at the man page it documents the
// existence of `optarg`, `optindex`, etc, and they're
// not marked const -- implying they expect and intend you
// to modify them if needed.
tmp_optarg = argv[optindex++];
}
printf( "You suck" );
if (tmp_optarg) {
printf (", %s!\n", tmp_optarg);
} else {
printf ("!\n");
}
break;
case '?':
printf("Unknown option\n");
break;
default:
printf( "Unknown: getopt_ret == %d\n", getopt_ret );
break;
}
}
return 0;
}
私も同じ問題に遭遇してここに来ました。それから私はこれに気づきました。 「optional_argument」のユースケースはあまりありません。オプションが必要な場合はプログラムロジックからチェックし、オプションがオプションの場合は何もする必要はありません。getoptレベルではすべてのオプションはオプションであり、必須ではないため、「optional_argument」の使用例はありません。お役に立てれば。
pS:上記の例では、正しいオプションは--praise --praise-name "name" --blame --blame-name "name"だと思います