Т.е. теперь можно будет писать скрипты на Си для сишных программ? Всё лучше, чем обмазываться lua или, Ктулху спаси и сожри, JavaScript...

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

Так вот, там была очень занятная вещь — C Scripts. А устроено было довольно интересно, рисовалка просто имела свои хедеры, которые автоматом включались в скрипт. Писалось как обычное приложение, компилялось тоже обычным GCC, но линковалось с библиотекой программы. И наконец, собранный бинарь запускал новый экземпляр рисовалки с получившейся картинкой.

Вспомнил как зовётся — XPaint.

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

лучше чем lua? может ты просто ниасилил?

Более того, компилятор в статье по ссылке написан на питоне

скрипты на Си

Тончайшее извращение

Эдди бы оценил

qemu откажется от tcg в пользу libgccjit, интересно.

юзать нормальные скриптовые языки.

Зачем они нужны вообще, когда есть Си?

Зачем нужен С, если есть асм?

To make it easy, let’s construct a compiler for an esoteric programming language that we shall refer to as “brainf”.

Изи так изи...

ЧСХ, компилятор в статье по ссылке написан на питоне

Пофикшено.

ок. хочу jit для питона, а то pypy стал каким-то слишком теоретическим.

Всё лучше, чем обмазываться lua или, Ктулху спаси и сожри, JavaScript...

Есть еще Squirrel. Си-подобный синтаксис + ООП из коробки.

А можно поподробнее?

А теперь будет просто Си. Просто и понятно.

То есть он lua не осилил, а ты ему squirrel?

Сформулировал фигово) Считай это мыслями вслух)

Чтобы не заниматься любовью с памятью и макросами.

Хорошая новость. Теперь не исключено, что программы, скомпилированные GCC, смогут в отдалённом будущем работать почти также быстро, как и программы на Java.

Ну тогда скажу, что нет, tcg этим не заменить.

в квотезы!

Божественно! Критические, в плане оптимизации, куски программы выносятся в jit и автоматом собираются при запуске. Идеология Gentoo в каждом дистрибутиве.

Еще одна возможность завязать программу на гцц онли? Полезно, ничего не скажешь.

Т.е. теперь можно будет писать скрипты на Си для сишных программ? В

man tcc man libtcc

Интересно. Ждем реализаций

теперь в GCC есть брейнфак

шлангокапец?

хочу jit для питона, а то pypy стал каким-то слишком теоретическим.

JIT для динамически типизированного языка - вещь специфическая, и дистанция от него до libgccjit очень велика.

ок. хочу jit для питона, а то pypy стал каким-то слишком теоретическим.

Гвидо в Дропбоксе как раз пилит что-то такое под названием Pyston.

Позитивно, может теперь отладчики улучшатся значительно по типу .Net-а!

:) Но для отладки всё же сгодится!

может лучше Tcc?

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

Вот я посмеюсь, когда выяснится, что luajit в пару раз быстрее gccgit.

Новая фича - тормоза и чудеса линковки онлайн.

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

def current_data_is_zero(self, loc):
        """Get 'data_cells[idx] == 0' as a boolean rvalue."""
        return self.ctxt.new_comparison(gccjit.Comparison.EQ,
                                        self.get_current_data(loc),
                                        self.byte_zero,
                                        loc)

...но не в таком же виде! А ведь это всего лишь сравнение data[idx] == 0.

такое скорее для llvm

программы, скомпилированные GCC, смогут в отдалённом будущем работать почти также быстро, как и программы на Java

и потреблять почти также мало памяти как и программы на Java?

Quake C наконец-таки довели до ума?

программы, скомпилированные GCC, смогут в отдалённом будущем работать почти также быстро, как и программы на Java

и потреблять почти также мало памяти как и программы на Java?

Конечно!

Пытаются догнать LLVM? :)

Очень интересная фича. Ждем GCC 5

Хорошая новость. Теперь не исключено, что программы, скомпилированные GCC, смогут в отдалённом будущем работать почти также быстро, как и программы на Java.

Что, до болот тоже весна добралась? Троли выбрались из болот.

Пытаются догнать LLVM? :)

+1. При чём, вряд ли догонят.

http://llvm.org/docs/tutorial/LangImpl4.html

Надо было это сделать ещё в gcc-4, а не посылать разработчиков qemu лесом, вынуждая их переходить на tcg.

Что, до болот тоже весна добралась? Троли выбрались из болот.

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

Жесть. Это ж оно будет компилить при каждом запуске. Можно себе представить тормоза...

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

Дебилы нах

http://myjit.sourceforge.net/ же

Да тут вообще во всем треде всего пару адекватных комментариев: народ походу вообще не вкуривает, что libgccjit, это просто API для JIT-компиляции с помощью GCC типа того, которое LLVM предоставляет поверх своего IR, и его можно использовать, чтобы делать method-level JITs, типа как Julia сейчас использует LLVM, а могла бы libgccjit (если бы David её написал 5-7 лет назад ;-) ). Собрались тут какие-то наркомане скрипты на Си обсуждать...

Гвидо в Дропбоксе как раз пилит что-то такое под названием Pyston.

Пилит, но не Гвидо.

в q3 был си подобный скриптовый язык, чето не жаловались.

Одно дело си-подобный, другое — си.