On Tue, Feb 24, 2009 at 11:31:39AM +0100, Jens Seidel wrote: > The paramater handling of option -k causes some problems for me: > > According to xgettext --help: > > -k, --keyword[=WORD] additional keyword to be looked for (without > WORD means not to use default keywords) > > $ xgettext -k=_ -o test.po test.cc; cat test.po > cat: test.po: No such file or directory > > I also tried > $ xgettext -k _ -o test.po test.cc; cat test.po > xgettext: xgettext cannot work without keywords to look for
Ah, according to GNU getopt routines (http://puszcza.gnu.org.ua/software/mailfromd/manual/html_node/getopt.html): <quote> Options may have arguments. The argument to a short option is supplied immediately after the option character, or as the next word in command line. E.g., if option ‘-f’ takes a mandatory argument, then it may be given either as ‘-farg’ or as ‘-f arg’. The argument to a long option is either given immediately after it and separated from the option name by an equals sign (as ‘--file=arg’), or is given as the next word in the command line (e.g. ‘--file arg’). If the option argument is optional, i.e. it may not necessarily be given, then only the first form is allowed (i.e. either ‘-farg’ or ‘--file=arg’. </quote> OK, this last sentence seems to confirm gettext's behaviour. I nevertheless failed to find this in the current glibc documentation or somewhere on www.gnu.org. Let's close this bug? Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
