Автогенерация бойлерплейта на Си

хеддерник с содержанием типа

Именно 5 вызовов FOO? Я надеюсь, у тебя ничего не получится.

При определенной ловкости рук можно сделать макрос, который позволит писать FOO(EnumIdent, Const1, 23, Const2, 25, ...), но это не имеет смысла для определения enum.

XMACRO

Видел я не так давно код одного такого любителя кодогенерации на сишном препроцессоре. Не делай так, пожалей коллег.

А взять плюсовые шаблоны, а код оставить по-максимуму сишным не?

Уже сказали, что это называется X Macro. Встречается в жизни, обычно в нетривиальных проектах и сравнимой альтернативы нет.

1. Есть ли возможность в таком enum генерировать конкретные численные значения так, чтобы такой enum потом можно было инклюдить в разные файли и значения везде были одни?

FOO(a, 666)

?

2. Есть ли способ генерировать последовательность констант без enum, и так, чтобы не жралась память?

Если и можно, то это не просто. Нужен будет список всех элементов, и потом каждый элемент определить как предыдущие +1. Не знаю, насколько это реально. Если значения не важны, то можно __LINE__. Но этот пункт как-то странно выглядит, не понятно зачем так делать.

Не понял вопросов, если честно.

Если тебе нужеy enum с последовательными значениями, что просто бери макрос, принимающий значение первого элемента в enum.

Если же тебе нужно генерировать что-то сложнее, чем

 enum { a = 666, b, c}

Вывод: бери m4, ocaml, perl или python и лепи генерацию, если текстовой подстановки не хватает. Ну или бери кресты, правда, крестовые шаблоны — говно на уровне m4, а их константные выражения на деле имеют такой ворох ограничений, что не сильно лучше шаблонов, так что хрен редьки не слаще.

А вообще тру си вэй — задать все константы руками, ну либо используй сторонний кодогенератор, если лентяй такой.

чтобы не жралась память?

Так тебе в рантайме или в компайл тайме генерировать?

быдлокодненько так...

#define ABCD(f,a,b,c,d) f(a),f(b),f(c),f(d)

ABCD(foo,1,2,3,4);
ABCD(bar,1,2,3,4);

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

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

надоело писать бойлерплейт-код руками

Попробуй ногами :-)

Напиши скрипт на руби и генерируй им все что тебе нравится в процессе конфигурации и сборки

В mpv вот так сделали:

https://github.com/mpv-player/mpv/blob/master/video/vdpau_functions.inc

https://github.com/mpv-player/mpv/search?utf8=✓&q=vdpau_functions.inc

Common Lisp to the rescue: https://github.com/eudoxia0/cmacro

Вопросы: 1. Есть ли возможность в таком enum генерировать конкретные численные значения так, чтобы такой enum потом можно было инклюдить в разные файли и значения везде были одни?

а сейчас у тебя enums не так работают? в них если не указывать значения, будет 0,1,2,3,4.... — всегда одинаково. или подразумевается что-то другое?

Есть ли способ генерировать последовательность констант без enum, и так, чтобы не жралась память?

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

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

Спасибо, я вас тоже очень люблю!

(ц)Масяня

Ух ты! У этого паттерна есть название!

Я его применял уже, просто enum делать не приходилось...

FOO(a, 666)

Так тоже можно, но не хочу... хочу, чтоб оно само...

Пробовал, говно какое-то получается!

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

Это для BuguRTOS и другого низкоуровневого системного кода типа cstartup, там не везде есть gas.

Спасибо, гляну.

а сейчас у тебя enums не так работают? в них если не указывать значения, будет 0,1,2,3,4.... — всегда одинаково. или подразумевается что-то другое?

Это понятно, просто хотелось указать значения более явно, чтобы значение попадали в uint8_t, насколько я понимаю, в Си enum - это фактически int, если не применять специальные фичи компилятора...

#undef

You are doing it wrong!

https://gcc.gnu.org/onlinedocs/cpp/Undefining-and-Redefining-Macros.html

‘#undef’ takes a single argument, the name of the macro to undefine.

Это понятно, просто хотелось указать значения более явно, чтобы значение попадали в uint8_t, насколько я понимаю, в Си enum - это фактически int, если не применять специальные фичи компилятора...

уточни, какие именно фичи компилятора - тогда можно подумать.

I know, but I can't edit OP post.

У некоторых компиляторов бывает опция оптимизации, отвечающая за размер enum, это непереносимо от слова совсем, так что в топку.

Вот поэтому я забашлял создателям nim.

Так а чем не нравится такое?

#define FOO(...) __VA_ARGS__,
enum {
    // offset = 123,
#include <foo.h>
};
#undef FOO

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

Всем спасибо!

Это понятно, просто хотелось указать значения более явно, чтобы значение попадали в uint8_t, насколько я понимаю, в Си enum - это фактически int, если не применять специальные фичи компилятора...

Никто при этом не мешает делать так.

enum {
    A,
    B,
    C
};

uint8_t a = A;

Твои многократные инклюды напомнили мне мои велосипеды: тыц и тыц.

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

Насчет кодогенерации — можно ведь в Makefile или CMakeLists.txt засунуть дополнительную цель и генерировать хоть баш-скриптом, хоть сишной фиговиной (скажем, я себе при работе с CUDA размеры блоков и флаги nvcc генерировал при сборке — дополнительной утилиткой).

Твои многократные инклюды напомнили мне мои велосипеды: тыц и тыц.

Не, у тебя аналог шаблонов, такое используется в том числе в cblas.

только конструкции типа

        uint8_t p = *iptr << 1 | *iptr >> 1
	#ifndef IM_UP
		| iptr[-W]
	#endif
	#ifndef IM_DOWN
		| iptr[W]
	#endif

Надо заменить на

#ifndef IM_UP
#define P_IM_UP |iptr[-W]
#else
#define P_IM_UP
#endif

#ifndef IM_DOWN
#define P_IM_DOWN |iptr[W]
#else
#define P_IM_DOWN
#endif

#define P_DECL uint8_t p = *iptr << 1 | *iptr >> 1 P_IM_UP P_IM_DOWN;

А там именно что генерация всякого рода массивов для инициализации всяких там портов или всяких там таблиц векторов прерываний.