стандартные средства для поддержки файлов конфигов

язык?

Для православной С. Можно и С++, хотя плюсы я пока рассматриваю в рамках Qt, а там вроде как свой велосипед для конфигов есть.

Стандартной нет.

libconfig, libini, dotconf, liblcfg

ну и + lex, bison

Где в линуксе стандартная библиотека для поддержки обработки файлов конфигов

это вы так пошутили?

хм. за ответ спасибо.
А еще вопрос для расширения кругозора. В линуксе куча прог которые используют конфиги. Все городят свой велосипед или используют что-то одно?

продолжу шутку.

Это есть в libsystemd

Обычно велосипед называется lex+bison. Очень удобно и не ограничивает синтаксис конфига.

Все городят свой велосипед или используют что-то одно?

это смотря что у тебя за конфиг. key=value можно и велосипедом.

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

Сам напиши. Или JSON какой-нибудь пользуй.

Хочется обработки каментов, ключей-значений, ну может еще секций (на текущем этапе это не актуально, но вообще не плохо бы).

Вроде libconfig должен подойти.

Хочется обработки каментов

man 7 regex

ну может еще секций (на текущем этапе это не актуально, но вообще не плохо бы).

надо будет — сделаешь. Может ты туда вообще Lua вставишь?

Guile же. Официальная штука в GNU для таких вот вещей.

держки обработки файлов конфигов типа по образу и подобию всяких squid.conf и т.д?

Формат конфигов разве где-то стандартизирован?

О как все возбудились :). В принципе после libconfig ветку можно было бы закрыть как решенную. С другой стороны поступают всякие разные предложения которые может кому-то быть интересными.

Сам писать точно не буду, JSON лично меня бесит до зубовного скрежета.
Регекспы так же прикручивать не буду (я лучше основной тематикой займусь).
Lua на самом деле очень любопытно, но не здесь и не сейчас.

libconfig++ или что-либо xml-ное, если нужна гибкость. Я за второй вариант, поскольку он гибкий и удобный.

JSON лично меня бесит до зубовного скрежета.

но почему?

Упаси Велес юзать это для конфигов в своем софте. Хотя, если для конторки делаешь - можно, я разрешаю :)

По теме: Use libxml2, <username>!

xml в конфигах, на мой взгляд, лишний геморрой.
если кто-то конфиг напишет на все случаи жизни, а тебе только пару мест поправить раз в жизни, стерпеть еще можно. А если самому его придумывать и заполнять - ну его нафик.

Потому что редактировать его руками ещё хуже, чем XML, очевидно же.

Предложу protobuf. Прекрасно сериализует данные, в том числе, в читаемом ascii формате. Это будет хорошо работать, если конфиги пишутся и читаются преимущественно программно. Например, настройки сервиса, управляемые через web-интерфейс или другой ui. Если во главу ставится генерация конфига человеком, то вариант protobuf не оптимален, конечно/

Если используется OpenSSL, то можно взять парсилку конфигов оттуда же. Она умеет переменные окружения, каменты и еще немного. Вот тут подробнее: http://www.openssl.org/docs/apps/config.html

API простой - NCONF_new, NCONF_load, NCONF_get_string, NCONF_get_number_e и т.п.

Минусы - документации практически нет, нужно смотреть в исходники OpenSSL-ных утилит. И эта парсилка не нравится valgrind'у, пишет что там может что-то течь. Но это весь OpenSSL такой

https://developer.gnome.org/glib/2.38/glib-Key-value-file-parser.html

Для C++ есть boost::program_options или boost::property_tree

lol wut?