Генератор файлов, хм. Вим по сути тоже генератор файлов ;)

p.s. Что такое питон-жинжа я в курсе.

Нууу... Да, соглашусь.

Вдобавок, для С есть такой проект как libctemplate. Но он больше всё таки, к перловому HTML::Template.

А так-то да, грамотно и тщательно проскриптованный vim это хороший генератор файлов.

генератор файлов на основании шаблонов

Шаблонизатор это называется.

Да, я в курсе.

Но я постарался чтобы любой читающий без гугля понял о чём речь.

С таким текстом - в talks или в dev.

Какой ещё шаблонизатор, иди обратно в школу русский учи — раздел «словообразование». Суффиксы не для прикола добавляют, если что. И шаблонизатор тут вообще не подходит, даже несмотря на всех нерусей планеты, которые не умея в язык в него отчаяно пытаются.

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

С таким текстом - в talks или в dev.

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

Видел на одной странице

Много. =)

Иногда бывает надо. Ну и libctemplate намекает на то, что и на С можно. И тоже много. =)

Не ко всем задачам, к которым можно приложить шаблонизатор, можно приложить ещё и питон.

Гугл://суффикс атор

существительное производное от действия, которое оно совершает

Гугл://шаблонизировать

Подчинить (подчинять) единому образцу, устроить (устраивать) по какому-нибудь шаблону, сделать (делать) шаблонным.

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

А вы делали замеры скорости работы вашей реализации и оригинальной?
Ещё нет.

/0

Ты получаешь удовольствие, когда приходишь в тред и пишешь что-нибудь подобное:

/0

Лул

?

Подчеркну.

Я не являюсь автором данного кода. Но мы с ним знакомы.

Пожелание тестов было передано. Ответ получен.

https://twitter.com/flex_ferrum/status/1144001912737583105

Посмотрите по ссылке.

Что это за жесть?

Да. Меня забавляет, когда люди переписывают прогу ради производительности и не проверяют её. Типичные свидетели сишки?

переписывают прогу ради производительности

ради производительности

Кто сказал? С чего ты это взял?

Там что-то неясно?

Серёг, иди — хоть Аноном объясни ему что там к чему. =)))

Впрочем не...

Ненадо. Этому не объяснишь. =)))

Каких только костылей не нагородят, лишь бы лисп не использовать.

Вроде правильные вещи говоришь, но твой ник в темах о c/c++ и ПО на них стал нарицательным

А зачем тогда? Чтобы питон не тянуть? Так себе преимущество.

Так себе преимущество.

Почему? Есть программа на C++, её результат надо писать в файл по сложному формату, описываемому шаблоном. Предлагаешь делать сериализацию всех данных в питон и запускать его?

освещающие тёмные места

Но я не хочу смотреть автору в темные места!

Эпично, да.

ЯННП.

К автору.

Jinja2 на С++ (комментарий)

Мопед не мой. Я тут объяву разместил.

Главное, чтоб...

Не в сложнодоступные. =)))

А так-то это всё про код, если что. =)))

Зачем? Кому надо - давно юзают няшную растишечку и https://github.com/djc/askama.

няшную растишечку

Её из Си++ вызвать нельзя.

Вдобавок, в соседнем треде...

Я как-то внезапно для себя выяснил что не так rust няшен как его малюют.

Хорошее дело ржавчиной не назовут, да.

Ой всё! Как будто в первый раз - сперва ты потом тебе, шалун :)

Что это за говно нелепое?

"I use Askama for actix's TechEmpower benchmarks." -- Nikolay Kim, creator of actix-web

"Pretty exciting. I would love to use this already." -- Armin Ronacher, creator of Jinja

Мне одному эта мусорная пропаганда напоминает рекламу для домохозяек? Хотя ЦА этого говна домохозяйки, но всё. Это же попросту позор.

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

Как поспал, братишка? Опять покушать нам принёс?

для другой подобной херни

Что это должно значить?

Расшифровываю в виде таблички

Время - полное: парсинг шаблона (1 раз) + рендеринг (указанное количество итераций)

Что это должно значить?

Ну понимаешь, какие-то возгласы важны только тогда, когда их автор выразил их только к чему-то одному. Но обычное подобные цитатки дёргаются из всяких бложиков, где авторы обозревают подобную херню и для каждой новой херни они пишут «отлично».

К тому же, ниже автор мог написать «а моя поделка просто божественна». Таким образом заключение «хорошо» становится «говном». Нету чёткой шкалы, нету инфы о том, что эти же пациенты говорили про другие поделки(другие шаблонизаторы).

К тому же, один из пациентов является сектантом, который попросту будет лизать жопу расту. Второй является пистон-макакой, а «based on Jinja», т.е. по-сути пациент мог попросту хвалить себя в этой мусорной поделки.

Во, так понятно, спасибо.

Тогда согласен.

Ответ на твой вопрос:

Причём, мне интересно, откуда такая разница (в два раза, Карл!) в скорости работы между студийным и gcc-шным компилем.

Всё просто. Очевидно что результат кодогенерации различен. Тут надо смотреть опции сборки и выхлоп компиля. Тогда можно будет что-то сказать более-менее уверенно. Но у меня, по известным тебе причинам ни вижуалстудийного, ни мингв нет. Тут я пас.

Я тоже долго удивлялся когда сравнивал интринсики в gcc и в icc. Хотя, фигли тут удивляться, если явно что в интеле для своих процов и для их микропрограммного кода они свои же спеки реализуют более качественно. Это в принципе тоже понятно. Но мне кажется что современный визуалстудийный компиль хреново на С++ в чистом виде ориентирован, чего не скажешь о gcc.

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

Возможно. А возможно, не хватает каких-нибудь волшебных опций типа SECURE_NO_SCL=0. Хз, короче.

Но у меня, по известным тебе причинам ни вижуалстудийного, ни мингв нет. Тут я пас.

Потому что маздайское говно не является компилятором. Вообще, никак и никогда.

Для поржать: https://www.youtube.com/watch?v=m9tcmTjGeho&feature=youtu.be&t=3689

Кстати, там адепт врал про gcc. gcc везде и во всех тестах быстрее. Типичная clang-пропаганда.

Я тоже долго удивлялся когда сравнивал интринсики в gcc и в icc.

Тоже херня. icc говно и сливает gcc в «интринсики».

микропрограммного кода они свои же спеки реализуют более качественно.

Реализовано хуже. Они там реализуют совершенно другое.

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

Это говно в си не может вообще. Поэтому на что та оно ориентировано - наясно.

Погодь-погодь...

Я уже подзабыл визуалстудийный компиль, поправь если я не прав, но там, ЕМНИП, по дефолту стоит ключ на внедрение проверок от срыва стека. /Gs или как-то так. Если да, то это проверки от срыва стека и, следовательно, код для них. Ну и так надо посмотреть на ключи. Это потенциально может замедлять.

В гнусном компиле по дефолту это не должно ставиться. Следовательно, и замедление не должно присутствовать на операциях такого рода. Я про -fstack-protect/-fstack-no-protect и вообще вот это вот всё.

Не. На Интел атом не сливает.

icc говно и сливает gcc в «интринсики».

На AMD сливает. На ARM NEON... Туда с icc и лезть нехер. Чисто интеловые процы и только.

Они там реализуют совершенно другое.

Интела реализуют то что им нужно. И своих спек, как я понимаю, они до конца не открывают. Это очевидно.

Это говно в си не может вообще. Поэтому на что та оно ориентировано - наясно.

С++ отчасти и С++/CLI максимум. Не более того. С там уже давно не в приоритете. Компиль они переточили. Им ещё сисярп тянуть. Зачем им С?

Почему MSVC так откровенно сливается MinGW? Я не тролль, я правда не в теме совершенно.

На AMD сливает. На ARM NEON... Туда с icc и лезть нехер. Чисто интеловые процы и только.

На интел сливает.

Интела реализуют то что им нужно. И своих спек, как я понимаю, они до конца не открывают. Это очевидно.

Полная херня. Тебе сказали, что они не делают то, о чём ты где-то услышал. Вернее делают, но хуже гцц. Назначение их компилятора другое. Я тебе расскажу какое. Их задача мочь собирать говнокод запартных гениев. Они там занимаются даже тем, что попросту в коде ищут определённые алгоритмы и заменяют их.

Подобные оптимизации есть и в гцц, но они базового уровня. Там поиск memcpy и прочее. А там же ищут базовые(и не только) мат-алгоритмы.

С++ отчасти и С++/CLI максимум. Не более того. С там уже давно не в приоритете. Компиль они переточили. Им ещё сисярп тянуть. Зачем им С?

Он явно не си, он явно не С++.

Было у них такое, что бесплатная версия без оптимизатора шла.

Предположительно...

Jinja2 на С++ (комментарий)

В MS-компиле могут быть включены какие-то опции, вносящие задержки из-за дополнительных проверок. В gcc нет. Та же проверка на срыв стека может оказаться дорогим удовольствием.

Ну и С явно в последнее время в MS не в фаворе, так что они могли что-то там намудрить с компилятором. Это тоже надо учитывать. На выхлоп компиля смотреть надо.