Кроссплатформенная либа парсинга конфигов

В qt есть, например.

Qt QSettings, boost program_options, inilib, libini.

QSettings хранит настройки там, где заповедует freedesktop — это ценная фича. Насчёт трёх других не уверен.

плюсую Qt

О, не знал. QSettings?

Да.

Всем спасибо.

QSettings хранит настройки там, где заповедует freedesktop

А можно подробнее?

Целую Qt ради настроек зачем тащить? )

libconfig как бы.

boost::spirit очень сильно помогает при велосипедостроительстве.

Допустим не целую, а только qtcore.

Конструктор QSettings, обсуждение на opennet.

Может работать с группами настроек, ставит в соответствие уникальный (для данного приложения) ключ и QVariant. Можно хранить вообще произвольные вещи вроде ширины колонок таблицы или введённого в поле текста, чтобы перезапуск приложения для пользователя не имел последствий. Выглядит как-то так:

void TodoOutputTreeView::saveDisplaySettings()
{
    QSettings *settings = Core::ICore::settings();
    settings->beginGroup(QLatin1String(Constants::SETTINGS_GROUP));
    settings->setValue(QLatin1String(Constants::OUTPUT_PANE_TEXT_WIDTH),
                       columnWidth(Constants::OUTPUT_COLUMN_TEXT));
    settings->setValue(QLatin1String(Constants::OUTPUT_PANE_FILE_WIDTH),
                       columnWidth(Constants::OUTPUT_COLUMN_FILE));
    settings->endGroup();
}

Но на Windows по дефолту использует реестр, так что для хранения больших объёмов данных на оффтопе можно передавать в конструктор опцию QSettings::IniFormat.

ЕМНИП ТС активно юзает Qt.

libconfig еще.

Еще можно встроить Lua и получить скриптуемые конфиги :)

boost::property_tree. Единый интерфейс для json, xml и info.

P.S. и ini.

boost program_options

да ладно

Вы правы, перепутал с property_tree.

У меня проект на Qt

QSettings хранит настройки там, где заповедует freedesktop — это ценная фича.

Пффф… Тоже мне фича. Реализация спецификаций F.D.O. — дело десятка строк. Кстати XDG_DATA_HOME там как-то странно реализована, все хранится не в ~/.local/share а в ~/.local/share/data/. Ну и опять же непонятно проверяет ли он переменные XDG_* или просто захаркодили в него пути по умолчанию.

Пффф… Тоже мне фича. Реализация спецификаций F.D.O. — дело десятка строк

Угу, а за реализацию всех спек F.D.O в отдельно взятой программе придётся заплатить программисту пару-сотку баксов. За реализацию спек POSIX, Linux Foundation и других ещё пару тысячонок. А за поиск нереализованных спек — ещё тысячи в период поддержки софта. Потери пользователей, не любящих некачественный софт, могут выйти ещё больше.

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

Допустим не целую

В линупсе о таком не знают; ну это больше от того, что майнтейнеры говноеды :3

Qt по умолчанию, без всяких трудозатрат соблюдает множество соглашений и хигов

Вот только порой делает он это хреново. Пример с base directory я уже привел, icon theme работающая только в гномокде то же тот еще лооол.

Угу, а за реализацию всех спек F.D.O

Ну и потом речь шла только про base directory, что там еще ты собрался реализовывать на «пару-сотку баксов»?

Если формат конфигов ещё не утвержден/задан, то JSON же.

Не вижу вашего патча, отвергнутого разработчиками. Вот покажете — тогда смейтесь над Qt. Пока что смешны вы.

В линупсе о таком не знают; ну это больше от того, что майнтейнеры говноеды :3

Ну в линупсе может и не знают, а в дистрибутивах GNU/Linux - вполне

Самый гибкий конфиг - код на скриптовом языке. Т.к. проект на Qt, то можно взять оттуда и ECMAScript-движок. В качестве альтернативы можно рассмотреть SpiderMonkey от Mozilla и V8 от Google.

iniparser