Для C++ уже достаточно log4j-подобных библиотек (см. here, here и here), поэтому нет смысла в реализации еще одной. Вместо этого эта библиотека была нацелена на решение более сложных задач, в том числе тех, которые прямо не подпадают под общее определение термина «логирование» как отладочного инструмента. Кроме того, как рост. Лог должен был стать универсальной библиотекой, он должен был обеспечить больше способов расширения, сохраняя при этом производительность как можно выше. Концепция Log4j казалась слишком ограниченной и неподходящей для этих задач и поэтому была отвергнута.

Что касается иерархических регистраторов, то в нынешнем дизайне библиотеки эта функция не нужна. Одним из основных преимуществ, которые он предоставляет в log4j, является определение придатков (поглотителей, с точки зрения этой библиотеки), в которых будет вестись запись журнала. Эта библиотека достигает того же результата путем фильтрации. Другое применение этой функции в Boost. Лог может заключаться в том, что регистраторы в иерархии могли комбинировать свои наборы атрибутов для каждой записи журнала, но в реальных приложениях для такой функции не было спроса. Его можно добавить, если он окажется полезным.