https://stackoverflow.com/a/22325017/ и пиши макросы через запятую.

https://fmt.dev/latest/index.html

fmt::print("Hello, {name}! The answer is {number}. Goodbye, {name}.",
           fmt::arg("name", "World"), fmt::arg("number", 42));

или std::format(), но в std::format() пока не будет именованных переменных.

Это для C++, мне нужна библиотека на C.

Можно как в Обероне:

WriteString("Price: "); WriteInt(price); WriteString("; quantity:"); WriteInt(quantity); WriteLn;

Слишком шумно из-за кучи этих подряд идущих вызовов, так не годится.

Неужели придется самому такую либу писать?

А писать типы тебе не шумно…

Писать типы это намного менее шумно, чем писать вызов функции со скобочками и ;

Ну и тут еще смысл в том, что может быть нужно выводить что-то в шестнадцатиричном формате, а не в десятичном, так что это не столько про типы, сколько про формат вывода

Неужели придется самому такую либу писать?

Не видел существующих библиотек с такой функциональностью. Интерфейс, предложенный в начальном сообщении, можно реализовать следующим образом:

enum {
	END,
	STR,
	UINT16,
};

void my_print(int op, ...)
{
	va_list args;
	va_start(args, op);
	for (; op != END; op = va_arg(args, int)) {
		switch (op) {
		case STR:
			printf("%s", va_arg(args, const char*));
			break;
		case UINT16:
			printf("%u", va_arg(args, uint16_t));
			break;
		default:
			abort();
		}
	}
	va_end(args);
}

http://libcello.org/home

http://libcello.org/home

На какие только извращения люди не пойдут, лишь бы не пользоваться C++. Причём всё это скорее всего работает в run-time а не compile-time, что создаёт дополнительные тормоза.

На какие только извращения люди не пойдут

В этом природа людей: извращаться.

На какие только извращения люди не пойдут, лишь бы не пользоваться C++.

Здрасте! ТС чем то не угодил printf, но никто даже не задался вопросом: чем? Вместо этого начали впаривать плюсы. Так что извращенца в зеркале увидите.

На какие только подвиги люди не пойдут, лишь бы не извращаться(пользоваться C++)

поправили, не благодари

чтоб без этих %d %f и прочего?

А что с ними не так? Просто чувство прекрасного оскорбляют?

А что с ними не так? Просто чувство прекрасного оскорбляют?

То, что если писать типа в духе

printf("blabla %d blablabla %f blablablabla %d blabla bla %f blablabla %d", a, b, c, d, e);

m_printf("blabla %d", a, " blablabla %f", b," blablablabla %d", c, " blabla bla %f ", d, " blablabla %d", e;)

В первом случае надо прилагать дополнительные усилия чтоб понять, какому %d %f или чему-то еще какая переменная соответствует. Второй вариант более читаем

Богородица не велит тебе писать:

printf("blabla %d", a);
printf("blablabla %f", b);
printf("blablablabla %d", c);
printf("blabla bla %f", d);
printf("blablabla %d", e);
printf("\n");

?

Нет, я хочу чтоб это было визуально близко к тому, как это будет выводится. Если я пишу несколько принтов подряд в столбик, когда это все на деле выводится одной строчкой, это плохо

это было визуально близко к тому

Так вот же самое близкое:

printf(«blabla %d blablabla %f blablablabla %d blabla bla %f blablabla %d», ...

Любой другой вариант - уже отклонение в сторону.

Нет, я хочу чтоб у меня была выводимая переменная рядом с тем местом, где она фактически выводится, чтоб мне не надо было глазами искать, какому %f %d или чему-то там еще соответствует какая-то переменная с конца списка

я хочу чтоб у меня была выводимая переменная рядом с тем местом, где она фактически выводится

На самом деле ты хочешь шаблонные строки, типа

printf("The values of variables are: var1 = ${var1}, var2 = ${var2}, var3 = ${var3}");

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

Ну, или можешь заслать патчи в gcc / clang и пропозал в JTC1/SC22/WG14.

В с++ тоже компилтаймом не пахнет в stream io. Разницы никакой.

Ну-ну, попробуй попользуйся своими крестами с убогим STL каких-нибудь на контроллерах с 1 кб ОЗУ

Мы еще и трансляторы на него писать будем в квадратах и жгутиках.

В vala есть такое(наверное во многих языках есть, просто vala компилится в С, поэтому и вспомнилось)

void main()
{
    int32 a = 5;
    double b = 5.5;
    string s = "Hi";
    stdout.printf(@"a=$a, b=$b, s=$s\n");
}

2K20

компилтаймом не пахнет в stream io

Гхм-кхм. Так о нём речь и не идёт. Речь идёт о std::format / fmtlib.

Не знаю насчет STL, но вообще плюсы на таких контроллерах использовать реально.

В vala есть такое

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

Да, только надо будет вырубить исключения, RTTI и прочий шлак. И стандартной крестолибы там естественно не будет

Написал бы сразу, что у тебя 1 кб. Чтобы голову людям не морочить.

На какие только извращения люди не пойдут, лишь бы не пользоваться C++.

Вообще-то идет. fmt скорее всего даже нет на всякого рода встройке, там вообще ничерта нет, все что выше 11 стандарта под вопросом и надо проверять, да и 11 скорее частичная реализация.

Опять же, это кусок std для форматирования и подготовки к выводу, а не для вывода, к io он не имеет отношения.

Наш друг хочет именно io

my_print(STR, "Price :", UINT16, price, STR, "; quantity:", UINT16, quantity, END);

// аналог std::cout << "Price :" << price << "; quantity:" << quantity;

#include <stdio.h>

int main(){
    printf("%s%d%s%f", "bla = ", 4, ", blabla = ", .4f);
}

bla = 4, blabla = 0.400000

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

Так наглядно?

printf("blabla %d blablabla %f blablablabla %d blabla bla %f blablabla %d", \
               a,           b,              c,            d,            e   \
      );

да так наглядно, но тогда придется как в python, не дай боже нарушить форматирование кода. Вообще наш друг явно подтраливает так как все решается еще проще, если у него действительно проблемы с порядком аргументов и сличением их «на глаз», всегда можно просто писать комментарий, тогда даже на форматирование в принципе плевать.

    printf(/*10*/"Hello World %d "  /*20*/ "%d " 
            /*30*/ "%d " /*40*/ "%d " /*50*/  "%d",
            10, 20 ,30, 40, 50);

Какие-то надуманные проблемы. С чуть менее чем полностью состоит из ситуаций, где надо " прилагать дополнительные усилия чтоб понять", и чем дальше в лес - тем ничтожнее выглядит проблема форматирования в printf.

Если у тебя там куча табличного вывода - значит, он довольно однообразный. Заведи функции типа print_line_XXX, print_line_YYY и не заглядывай в них больше.

Согласен. Имхо в принтфе все в разы читаемее, чем с сиауте.

Прям как в Паскале :-) Только типы уже в названиях функций заключены.

Так и в чём проблема? Вырубаешь исключения с RTTI и пишешь одну единственную шаблонную функцию. Тебе для поставленой задачи не нужна STL.

Кстати, вариант функции, которая выводит на печать все что ей передашь параметрами, есть ещё в K&R. Как люди пишут на си не зная наизусть K&R - для меня загадка

m_printf(«blabla %d», a, " blablabla %f", b," blablablabla %d", c, " blabla bla %f ", d, " blablabla %d", e;)

И что мешает написать?

#include <stdio.h>
#include <stdarg.h>
#include <string.h>

#define THE_END "!"
#define pr(...) pr_fn(0, ##__VA_ARGS__, THE_END)

void pr_fn(int fake, ...) {
        va_list args;
        const char * format;
        va_start(args, fake);

        while(1) {
                format = va_arg(args, const char*);
                if (0 == strcmp(format, THE_END))
                        break;
                vprintf(format, args);
        }

        va_end(args);
}


int main() {
        char * t = "test1";
        int d = 5;
        float f = 0.4f;

        pr("test string: %s", t, ", test int: %d", d, "! test float: %.4f\n", f);
        pr("test two args: %s %d", t, d, ", test float: %.4f\n", f);


}

vitus@dacha1:/tmp$ gcc t.c 
vitus@dacha1:/tmp$ ./a.out 
test string: test1, test int: 5! test float: 0.4000
test two args: test1 5, test float: 0.4000

что мешает написать?

Да, конечно. Но зачем? К чему всё это? Стоит ли овчинка выделки?

Ну для больших форматных строк это может быть действительно визуально удобно, особенно если их регулярно приходится менять. Для логов при разработке тех же. Но это пусть аффтор решает - мне было тупо приколько вспомнить С :D.

#define THE_END «!»

Лучше

#define pr(...) pr_fn(0, ##__VA_ARGS__, 0)
// ...
                if (format == 0)
                        break;

Ну тут 100500 улучшений - я думаю топикстартер могЁт творчески подойти и сделать то что ему нужно. Это ж всё таки не js, что б такие вещи в виде библиотек хотеть.

Можно таким вот препроцессорным костылем решить https://wandbox.org/permlink/px4DCDSCGfUlbcFL

Да, только надо будет вырубить исключения, RTTI и прочий шлак. И стандартной крестолибы там естественно не будет

Потому что они не нужны.

Как люди пишут на си не зная наизусть K&R - для меня загадка

«Смотрят в книгу, видят бабу»

, ##__VA_ARGS__

gcc-изм

//..... дальше лень ...

не проще ли написать генератор на bash’е с bash-измами?

offtop

Здраститя, у вас был проект, вы писали статьи что-то там типа учебника по программированию... Забросили, передумали?

не проще ли написать генератор на bash’е с bash-измами?

«А это что за хуй рядом с Васей?»