Логирование сообщений с Easylogging++

[@mapron]

По поводу недостатка — для нас очень большое ограничение, у нас обязательная поддержка старого GCC 3.4 в проекте, поэтому пока останемся на своем детском трехколесном велосипедике.

В syslog умеет писать?

[@Vengo]

syslog поддерживает там, где есть syslog.h
В плане кода с вашей стороны почти никакой разницы: что типа макросов SYSLOG(LEVEL) вместо LOG(LEVEL)

[@Vengo]

Насчет C++11, ругается из-за хедера type_traits, который сразу проверяет поддержку нового стандарта

[@mapron]

Да я не то чтобы бросал рваться переписывать стабильный код который в продакшене больше года крутится) Так просто смотрю альтернативы…
Меня сейчас больше всего MUSL приглянулся, но увы, он не подерживает пока mmuless девайсы. Так что пока (может к счастью) все довольно просто и примитивно)

[@mapron]

Если честно, не очень порадовал сам формат библиотеки. Один заголовочный файл на 6000 строк с макросами и шаблонами… и его я должен заинклюдить в каждом своем translation unit…

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

Допустим. У меня есть отладочный вывод на устройстве. Которое… маленькое. Файлы не попишешь. Я могу подключиться к устройству по телнет, и отдать команду изменить уровень дебажного вывода в одном из контекстов. Можно ли с этой либой подобного достичь?
Не подумайте что я как-то ругаю или подбное, простое любопытство насчет возможностей.

[@Vengo]

6000 строк с макросами и шаблонами… и его я должен заинклюдить в каждом своем translation unit…

Вероятно, многие из хедеров которые вы используете даже больше, а, кроме того, 6000 строк будет только один раз при первом вхождении, разве нет?

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

Да, можно.
Во-первых в командной строке (но это без динамики, только при старте), ну и во-вторых на лету тоже:

Скрытый текст

int main(int argv, char* argc[]) 
{
    /* Копия конфигурации по умолчанию */
    el::Configurations defaultConf;
    /* Изменим в ней флаг для вывода инфо сообщений */
    defaultConf.set(el::Level::Info, 
            el::ConfigurationType::Enabled, "false");
    /* Применим к логгеру по умолчанию */
    el::Loggers::reconfigureLogger("default", defaultConf);
    LOG(INFO)<<"Не будет выведено";
    LOG(WARNING)<<"Будет выведено";

    return 0;
}

[@mapron]

Про изменение логирования — уже неплохо. А про «первое» вхождение Вы как-то либо неправы, либо не поняли меня =)
Впрочем я полагаю, эту проблему как раз легко решит precompiled header.

[@wander]

только один раз при первом вхождении

Он говорил про разные translation unit, а не про множественные включения в один.

[@skor]

_INITIALIZE_EASYLOGGINGPP. Он требуется для инициализации некоторых статических переменных и установки обработчика для крэшей.

Вот это смущает, почему нельзя всё это инициализировать просто при первом обращении к библиотеке?

[@Vengo]

Вероятно, на тот случай, если у вас будет крэш до того, как Вы что-то выведете в журнал (т.е. до первого обращения к библиотеке).

[@mayorovp]

Потому что это — не инициализация, а определения переменных (обратите внимание, эта строчка должна находиться за пределами main). В идеальном мире вся эта радость должна была быть в отдельном файле, easylogging++.cpp, — но так как библиотека, по-видимому, заточена под программы класса все-в-одном-файле — то соответствующий код перенесли из отдельного модуля в макрос.

[@skor]

А что такого нужно объявлять в cpp-файле, чего нельзя было бы объявить в заголовочном?

[@mayorovp]

Глобальные переменные же.

[@skor]

struct Global
{
  static int& variable()
  {
    static int v;
    return v;
  }
};

Пример объявления не константной глобальной переменной, доступной через вызов функции, который широко используется при создании синглтонов.

[@mayorovp]

Может, автор библиотеки не знал.

[@Gorthauer87]

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

[@Vengo]

Да, а потом, как раз, можно посмотреть по сторонам и оценить, как это реализовали другие )

[@Mezomish]

Забыли про текстовый редактор :)

[@2r2w]

Поиграться можно, а использовать — рано. Всё-таки syslog (если есть) более удобен: все стандартно. Или же log4cplus: можно и динамически, и статически прилинковать, если надо монолитный бинарник. + формат настроек как в log4j позволяет не париться с настройками логирования(опять же все стандартно)

[@cebka]

Я использую этот логгер в одном своем проекте. Не нравится ровно две вещи: во-первых, нельзя без смены макросов логировать в syslog/stderr (типа, выбора бэкэнда логирования), во-вторых, при парсинге argc/argv он не выкидывает свои опции из списка аргументов, поэтому следующий за ним getopt не очень удобно применять (например, указывая на неправильный формат аргументов). Впрочем, первое ограничение является самым неудобным, а кроме того, достаточно сложным в фиксе.

[@Cupper]

потокобезопасна? В частности во момент ротации логов.

[@mailbrush]

Да. По умолчанию потокобезопасность отключена. Для включения нужно задефайнить "_ELPP_THREAD_SAFE".