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

Я совершенно не вижу в этом проблемы, референсная имплементация в виде fmtlib не самая новая библиотека и уже обладает некоторой историей. Не понимаю, для чего вообще нужна реальная имплементация формата в стандартной библиотеке или в fmtlib, если наша цель — придумать интерфейс лучше

Сам интерфейс у нас уже есть. Более того, у вас, очевидно, уже есть мысли и мнение о том, как он должен выглядеть и какие проблемы имеются в формате в текущем виде, никто и никого не останавливает от экспериментов с интерфейсом, лишённых этих проблем

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

Есть проблема. "%d"_format невозможно трансформировать в callable

В этом и проблема, общего решения нет, а новичкам хочется такой же простоты как в Python, когда речь заходит о выводе hello world в терминал

Но то, должен ли добавляться в стандарт инструмент с таким предназначением — отдельный вопрос. Мне кажется прекрасным, если начать разработку на C++ станет ещё легче

Проблему понял, но... Это точно единственный сдерживающий фактор?

Есть уверенность, что как только появится необходимая языковая поддержка, кто-то сразу начнёт создание более подходящего инструмента, изъявил ли кто-то своё желание. А сколько времени уйдёт на проработку идеи и проверку её временем? А format-то вот он, уже готов и прошёл через это

Вот только зачем в стандартную либу добавлять то, что заведомо не является правильным решением, для меня непонятно

Я думаю, что проблема не в том, что решение неправильное, а в том, что оно не идеально или не решает вашу задачу

Я же вижу это решение как нечто уровня "чтобы просто, понятно и как в Python, а ещё, чтобы можно было вывести дату!" и с этой задачей формат, думаю, справляется. Достаточный ли это повод включать решение в стандарт? Не знаю, но наверное

Что значит declaration on anonymous class must be a definition?
Ругается вот на это

namespace util {
class Status;
}

Это кусок glog'а. Причём, если инклудить файл в новый проект - то никаких ошибок нет, а если инклудить в уже существующий - то есть. Флаги компиляции одинаковые

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

namespace util {
class Status;
}

Случаем, в коде нигде нет

#define Status

?

Я в замешательстве

#define Status

неа, вообще никаких дефайнов нет

Если я хочу предложить фичу, которая может затронуть кодогенерацию в C и в C++, то куда мне отправлять предложение?

Возможно, стоит начать с stdcpp.ru или её обсуждения в этом чате

для начала в std proposals :)

пункт 1

мдэ, ссылку не пофиксили

лучше писать сюда