Вы уже догадались, опять Qt5

Да, взлетело. С комментариями почему именно так:

// нульцевый заранее
QCoreApplication *app = 0;
// поищем ногуй опцию
for (int a = 0; a < argc; a += 1) {
    // поищем очень хорошо
    if (!qstrcmp(argv[a], "--no-gui") || !qstrcmp(argv[a], "-n")) {
        app = new QCoreApplication(argc, argv);
        break;
    }
}
// нет, это не ногуй, это рукуй
if (!app) {
    app = new QApplication(argc, argv);
}
// теперь можно и парсер, он требует инстанс аппликейшна
QCommandLineParser parser;
// всякие опции
QCommandLineOption option1(...);
QCommandLineOption option2(...);
QCommandLineOption optionN(...);
// не забудь добавить опцию ногуй, иначе парсер скажет что ошибка, неизвестная опция
QCommandLineOption optionNoGui(QStringList() << "n" << "no-gui", QObject::tr("CLI mode"));
// все опции объявили? теперь добавляем
QCommandLineOption optionHelp = parser.addHelpOption(); // хелп
parser.addOption(option1);
parser.addOption(option2);
parser.addOption(optionN);
parser.addOption(optionNoGui);
// запускаем парсер
parser.parse(app->arguments()); // возвращает буль, успех парсинга, можно обработать
// теперь опцию хелп можно показать только так как кастомные.
if (parser.isSet(optionHelp)) {
    parser.showHelp(); // тут эта скотина делает уже exit(0), КАК ЗАСТАВИТЬ ЕЁ НЕ ДЕЛАТЬ ЭКСИТ?
}

return app->exec();

Все еще остался не решенным вопрос:

Как отключить эксит у showHelp()?

Я хочу: если парсинг завершился с успехом, то, если просили показать хелп, тогда показать хелп и сделать exit(0), а если парсинг не успешен, то показать ошибку, показать хелп и сделать exit(1).

Как?

void QCommandLineParser::showHelp(int exitCode = 0)

Покатит...

Рад что всё получилось, хотя такой способ изложения проблемы приводит к тому, что понять затруднение оказывается сложно...

Погоди )) Еще не все. У тебя есть под рукой сконпиленое приложение с использованием этого парсера?

Либо я нашел багу, либо дело не в бобине. Пусть "-a" требует значение, а "-b" просто буль.

запускай: ./app -a value -b

Все ОК.

теперь запускай: ./app -a -b

Тут "-b" стало значением для "-a" и пропало из установленных (вне зависимости от порядка добавления этих опций в сорцах) и парсер не ругнулся на отсутствие значения для "-a".

Подтверждаешь?

Ессно надо подставить свои имена опций, которые есть в приложении.

Спасибо, благодаря этой теме узнал про QCommandLineParser.

Но честно говоря, для своего проекта я отдельно сделал GUI-фронтенд и отдельно CLI-утилиту, общий код подхватывается через .pri-файл. И да, распарсил командную строку вручную. Хотя сейчас бы уже подумал...

Ты знаешь.. Прочти парой сообщений выше. Если эта херня не решится, я уже подумываю взять нормальный парсер где-нибудь или написать свою реализацию парсера, ибо эта херня полная.

во первых не нравится этот прасер, используй другой, это нормально, во вторых, по поводу “ошибки” по моему типичное поведение, не плохо было бы его ловить, конечно, но багой это не назовёшь, всё же.

как это не ошибка? Он жрет булеву опцию, и при проверке самой опции, говорит что таковой не устанавливалось.

и hobbit

Снова решено костылём, но костылем изящным.

Сначала добавляем в парсер только булевые опции и парсим их. Сохраняем их наличие как битовые маски, если опция установлена, то добавляем маску.

И только после этого добавляем в парсер опции, которые требуют значений. Парсим еще раз.

Теперь у нас есть и булевые опции и опции со значениями. Ну и что, что некоторые значения равны объявлению булевых — всеравно это куда лучше, чем просто наглое пожирание опций.

Можно юзать проверенные решения: https://www.ibm.com/developerworks/aix/library/au-unix-getopt.html

Плохой совет. Мне культовой жирноты хватает. Зойчем зависимости еще тащить?

Это уже в glibc есть.

В винлибцэ (или как его там) уже тоже?

linux.org.ru

windows

Nobody cares about windows.

Qt5

Nobody cares about crossplatform? ))

Может стоит задавать вопросы не в стиле бложика?

Ок. Чё? фор аргв?

А вы что хотели? QCoreApplication::arguments и QCommandLineParser работают уже после создания QCoreApplication. А если вам нужно до них что-то распарсить - привет сишка.

А если вам нужно до них что-то распарсить - привет сишка.

И почему бы не использовать в этом случае QString / QStringList? Они работают без создания всяких QCoreApplication / QApplication. Почему в доках уродливый qstrcmp и сишка?

Эээ нее, я пробовал через стринглист — как только хочешь показать хелп — показываешь сегфолт. Т.е. апликейшн один хрен нужен для показа хелпа.

Я хотел чтобы там не было круговой зависимости.

Подгорело сильно, не стерпел.

Прекрасно понимаю. Экосистема C++ - дно.

PS: в Rust есть прекраснейший clap, который использует 95% прог на Rust.

Еще немного на вентилятор:

    // OMFG!!!
    // https://forum.qt.io/topic/27646/qt-5-qapplication-linux-sporadically-segmentation-faults-clicking-windows-default-close-button
    int exitCode = app->exec();
    delete app;
    return exitCode;

QCoreApplication синглтон, так что всё верно. Добро пожаловать в мир С++.

Неужели проще городить костыли, чем взять нормальный парсер?

И как называется тот нормальный парсер в вакууме который делает искаропки так как мне нужно?