Bug 1046342 - bring xpcshell's usage message a little closer to reality; r=bsmedberg

The -n, -j, and -P options appear to be no longer supported.

I rearranged the options list so that the options appear in the order of
processing in ProcessArgs.  I also took the opportunity to move the -m'
option out of the options claimed to be handled in
ProcessArgsForCompartment, since it no longer is.
This commit is contained in:
Nathan Froyd 2014-07-30 16:29:16 -04:00
Родитель 5752241437
Коммит 96d34939f6
1 изменённых файлов: 3 добавлений и 2 удалений

Просмотреть файл

@ -1004,7 +1004,7 @@ static int
usage(void)
{
fprintf(gErrFile, "%s\n", JS_GetImplementationVersion());
fprintf(gErrFile, "usage: xpcshell [-g gredir] [-a appdir] [-r manifest]... [-PsSwWCijmIn] [-v version] [-f scriptfile] [-e script] [scriptfile] [scriptarg...]\n");
fprintf(gErrFile, "usage: xpcshell [-g gredir] [-a appdir] [-r manifest]... [-WwxiCSsmIp] [-v version] [-f scriptfile] [-e script] [scriptfile] [scriptarg...]\n");
return 2;
}
@ -1117,6 +1117,8 @@ ProcessArgs(JSContext *cx, JS::Handle<JSObject*> obj, char **argv, int argc, XPC
case 'd':
/* This used to try to turn on the debugger. */
break;
case 'm':
break;
case 'f':
if (++i == argc) {
return usage();
@ -1151,7 +1153,6 @@ ProcessArgs(JSContext *cx, JS::Handle<JSObject*> obj, char **argv, int argc, XPC
break;
case 'S':
case 's':
case 'm':
case 'I':
// These options are processed in ProcessArgsForCompartment.
break;