История изменений

Если я правильно помню, GPL обязывает предоставить способ запуска модифицированного поделия. У вас этого нет.

Есть. Метапрог на самом себе уже рисуется, а старый будет выброшен.

Как я могу показать что-то, чего не знаю? Я ведь сразу сказал что понятия не имею что такое «цикл по структурам» и для чего он нужен.

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

Да нет. Проще либо экспортировать в бинарный или полубинарный формат, либо в структурированный текст вроде xml.

Цикл по структурам и помогает обходить структуры для генерации xml, json, бинарных форматов.

Но для xml нужны имена полей, которых в скомпилированном коде нет.

Не нужны, но имена полей будут завезены.

А на Си - покажите сначала как оно должно выглядеть если развернуть цикл в последовательность.

Цикл как темплейт, i как шаблонное значение.

for_each(structInstance, []<typename T>(T field_value) {
  
});

А в том куске кода, что вы привели, что скрывается за многоточием?

Какой нибудь код, например std::cout << i << std::endl;, получится такой вот универсальный аналог print для структур.

Какой же это цикл?

Так можно и сказать что шаблонная функция не функция...

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

Можно, в отличие от неосиляторов типа Гвидо у нас тут зеро-кост решение, без динамики.

Если я правильно помню, GPL обязывает предоставить способ запуска модифицированного поделия. У вас этого нет.

Есть. Метапрог на самом себе уже рисуется, а старый будет выброшен.

Как я могу показать что-то, чего не знаю? Я ведь сразу сказал что понятия не имею что такое «цикл по структурам» и для чего он нужен.

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

Да нет. Проще либо экспортировать в бинарный или полубинарный формат, либо в структурированный текст вроде xml.

Цикл по структурам и помогает обходить структуры для генерации xml, json, бинарных форматов.

Но для xml нужны имена полей, которых в скомпилированном коде нет.

Не нужны, но имена полей будут завезены.

А на Си - покажите сначала как оно должно выглядеть если развернуть цикл в последовательность.

Цикл как темплейт, i как шаблонное значение.

for_each(structInstance, []<typename T>(T fv) {
  
});

А в том куске кода, что вы привели, что скрывается за многоточием?

Какой нибудь код, например std::cout << i << std::endl;, получится такой вот универсальный аналог print для структур.

Какой же это цикл?

Так можно и сказать что шаблонная функция не функция...

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

Можно, в отличие от неосиляторов типа Гвидо у нас тут зеро-кост решение, без динамики.

Если я правильно помню, GPL обязывает предоставить способ запуска модифицированного поделия. У вас этого нет.

Есть. Метапрог на самом себе уже рисуется, а старый будет выброшен.

Как я могу показать что-то, чего не знаю? Я ведь сразу сказал что понятия не имею что такое «цикл по структурам» и для чего он нужен.

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

Да нет. Проще либо экспортировать в бинарный или полубинарный формат, либо в структурированный текст вроде xml.

Цикл по структурам и помогает обходить структуры для генерации xml, json, бинарных форматов.

Но для xml нужны имена полей, которых в скомпилированном коде нет.

Не нужны, но имена полей будут завезены.

А на Си - покажите сначала как оно должно выглядеть если развернуть цикл в последовательность.

Цикл как темплейт, i как шаблонное значение.

for_each(structInstance, [](auto fv) {
  
});

А в том куске кода, что вы привели, что скрывается за многоточием?

Какой нибудь код, например std::cout << i << std::endl;, получится такой вот универсальный аналог print для структур.

Какой же это цикл?

Так можно и сказать что шаблонная функция не функция...

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

Можно, в отличие от неосиляторов типа Гвидо у нас тут зеро-кост решение, без динамики.

Если я правильно помню, GPL обязывает предоставить способ запуска модифицированного поделия. У вас этого нет.

Есть. Метапрог на самом себе уже рисуется, а старый будет выброшен.

Как я могу показать что-то, чего не знаю? Я ведь сразу сказал что понятия не имею что такое «цикл по структурам» и для чего он нужен.

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

Да нет. Проще либо экспортировать в бинарный или полубинарный формат, либо в структурированный текст вроде xml.

Цикл по структурам и помогает обходить структуры для генерации xml, json, бинарных форматов.

Но для xml нужны имена полей, которых в скомпилированном коде нет.

Не нужны, но имена полей будут завезены.

А на Си - покажите сначала как оно должно выглядеть если развернуть цикл в последовательность.

Цикл как темплейт, i как шаблонное значение.

А в том куске кода, что вы привели, что скрывается за многоточием?

Какой нибудь код, например std::cout << i << std::endl;, получится такой вот универсальный аналог print для структур.

Какой же это цикл?

Так можно и сказать что шаблонная функция не функция...

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

Можно, в отличие от неосиляторов типа Гвидо у нас тут зеро-кост решение, без динамики.

Если я правильно помню, GPL обязывает предоставить способ запуска модифицированного поделия. У вас этого нет.

Есть. Метапрог на самом себе уже пишется, а старый будет выброшен.

Как я могу показать что-то, чего не знаю? Я ведь сразу сказал что понятия не имею что такое «цикл по структурам» и для чего он нужен.

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

Да нет. Проще либо экспортировать в бинарный или полубинарный формат, либо в структурированный текст вроде xml.

Цикл по структурам и помогает обходить структуры для генерации xml, json, бинарных форматов.

Но для xml нужны имена полей, которых в скомпилированном коде нет.

Не нужны, но имена полей будут завезены.

А на Си - покажите сначала как оно должно выглядеть если развернуть цикл в последовательность.

Цикл как темплейт, i как шаблонное значение.

А в том куске кода, что вы привели, что скрывается за многоточием?

Какой нибудь код, например std::cout << i << std::endl;, получится такой вот универсальный аналог print для структур.

Какой же это цикл?

Так можно и сказать что шаблонная функция не функция...

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

Можно, в отличие от неосиляторов типа Гвидо у нас тут зеро-кост решение, без динамики.

Если я правильно помню, GPL обязывает предоставить способ запуска модифицированного поделия. У вас этого нет.

Есть.

Как я могу показать что-то, чего не знаю? Я ведь сразу сказал что понятия не имею что такое «цикл по структурам» и для чего он нужен.

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

Да нет. Проще либо экспортировать в бинарный или полубинарный формат, либо в структурированный текст вроде xml.

Цикл по структурам и помогает обходить структуры для генерации xml, json, бинарных форматов.

Но для xml нужны имена полей, которых в скомпилированном коде нет.

Не нужны, но имена полей будут завезены.

А на Си - покажите сначала как оно должно выглядеть если развернуть цикл в последовательность.

Цикл как темплейт, i как шаблонное значение.

А в том куске кода, что вы привели, что скрывается за многоточием?

Какой нибудь код, например std::cout << i << std::endl;, получится такой вот универсальный аналог print для структур.

Какой же это цикл?

Так можно и сказать что шаблонная функция не функция...

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

Можно, в отличие от неосиляторов типа Гвидо у нас тут зеро-кост решение, без динамики.