https://www.opennet.me/openforum/vsluhforumID3/91996.html Дэвид Малколм (David Malcolm), активный разработчик GCC из компании Red Hat, опубликовал (http://gcc.gnu.org/ml/gcc-patches/2013-10/msg00228.html) прототип библиотеки libgccjit.so с реализацией встраиваемого в приложения JIT-компилятора, использующего GCC в качестве бэкенда. Данная библиотека может быть динамически связана с интерпретаторами байткода и другими программами, которым необходима генерации машинного кода на лету, во время выполнения.<br><br><br><br>Идея проекта состоит в том, что GCC собирается в форме позиционно-независимого кода (http://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D1%88%D0%B8%D0%BD%D0%BD%D1%8B%D0%B9_%D0%BA%D0%BE%D0%B4#.D0.90.D0.B1.D1.81.D0.BE.D0.BB.D1.8E.D1.82.D0.BD.D1.8B.D0.B9_.D0.B8_.D0.BF.D0.BE.D0.B7.D0.B8.D1.86.D0.B8.D0.BE.D0.BD.D0.BD.D0.BE-.D0.BD.D0.B5.D0.B7.D0.B0.D0.B2.D0.B8.D1.81.D0.B8.D0.BC.D1.8B.D0.B9_.D0.BA.D0.BE.D0.B4), который присоединяется к библиотеке libgccjit.so, что позволяет обеспечить возможность выполнения GCC в одном процессе с генерируемым машинным кодом. Инициирование компи https://www.opennet.me/openforum/vsluhforumID3/91996.html#152 Thu, 10 Oct 2013 08:20:02 GMT &gt; А с этим никто и не спорит. Просто объем маркетингового буллшита текущего <br>&gt; из некоторых мозгов &#8212; утомил.<br><br>казалось бы: при чём тут огрызок&#8230;<br> https://www.opennet.me/openforum/vsluhforumID3/91996.html#151 Thu, 10 Oct 2013 08:17:48 GMT &gt;&gt; оно до сих пор в оптимизации inline-функций косячит, <br>&gt; Жесть как она есть&#8230;<br><br>справедливости ради: это скорее разница в поведении на сборке программы с неопределённым поведением, чем реальный косяк кланга. тем не менее, &#171;принцип наименьшего удивления&#187; кланг не соблюдает. по моему мнению &#8212; стоило бы.<br> https://www.opennet.me/openforum/vsluhforumID3/91996.html#150 Thu, 10 Oct 2013 08:15:49 GMT &gt;&gt; jit-компилятором? однозначно не надо, jit-ы не для этого совсем придуманы.<br>&gt; Оно достаточно близко по смыслу имхо &#8212; код для GPU генерится на <br>&gt; лету, по ходу выполнения программы. Обычный компилер на такое дергать &#8212; <br>&gt; полное извращение.<br><br>оно совершенно далеко и по смыслу, и по целям, и по требованиям. и вот ты как раз предлагаешь &#171;дёргать обычный компилер&#187;, только через задницу.<br><br>&gt; А как насчет MIPS и PPC?<br><br>они ждут своих героев. изначально libjit делаласть для DotGNU, чего там на мипсах ловить? но оно и ARM не умело тоже. потом научили. а MIPS и PPC пока никому не понадобились, видимо. научи &#8212; будет круто. иначе, как понимаешь &#8212; интерпретатор.<br> https://www.opennet.me/openforum/vsluhforumID3/91996.html#149 Thu, 10 Oct 2013 08:13:01 GMT &gt; И пофиг, гнутые это расширения, или мелкософтовские.<br><br>GCC доступен под туеву хучу архитектур и желающие могут впилить туда свою новую архитектуру, если им это надо. MSVS этим похвастаться не может, что и является основной предъявой.<br><br>Да, gcc может мне код и для AVR'ки мелкотравчатой сгенерить. Будучи запущен в линухе, как 64-битный ELF-бинарник. MSVS так невозможно изогнуть в принципе, по поводу чего и предъявы, собственно.<br> https://www.opennet.me/openforum/vsluhforumID3/91996.html#148 Thu, 10 Oct 2013 08:11:28 GMT &gt;&gt; это потому, что про JIT-ы ты тоже знаешь только три символа, как и про X11.<br>&gt; Да это пофигу<br><br>я заметил.<br><br>&gt; общую суть затеи с шейдерами и CL ядрами я усек<br><br>только вот беда: это не JIT, это кросс-компиляция. &#171;не в лотерею, а в преферанс. не выиграл, а проиграл. не квартиру, а машину. а так всё верно, да.&#187;<br><br>&gt; Да ну, брось. Ты всякой всякой феерии тоже не меньше генеришь.<br><br>все ошибаются. я тоже ошибаюсь, конечно. но в темы, где я совсем ничего не понимаю, я стараюсь вообще не лезть.<br><br>&gt; делать когда парочка грандов типа Кейта Пакарда<br><br>вот его вообще не надо было туда пускать. &#171;гранд&#187;, блин. забирайте это к себе куда угодно и не возвращайте никогда.<br><br>&gt; У тебя и vkni появится чудный шанс показать всему миру как ты там разбираешься.<br><br>(пожимает плечами) возможно, придётся. правда, лично я &#171;всему миру&#187; ничего доказывать и показывать не собираюсь, я если буду пилить &#8212; то совсем для других целей. потому как форк для распальцовки и сейчас сделать никто не мешает.<br> https://www.opennet.me/openforum/vsluhforumID3/91996.html#147 Thu, 10 Oct 2013 08:08:06 GMT &gt; это вы о большинстве линуксоидных программистов? <br><br>Это о общей логике развития FBSD. Эталонный пример того как не надо рулить проектом - выбрасывать сие начали даже старые зубры типа ях и апачей, у которых оно по историческим причинам было. И как вы понимаете, если что-то выбрасывают - то в основном потому что много мороки с неочевидным результатом.<br><br>&gt; которые слов c-std .., POSIX, SUS боятся как огня ?:) <br><br>Все это имеет довольно косвенное отношение к вменяемости управления проектом.<br><br> https://www.opennet.me/openforum/vsluhforumID3/91996.html#146 Thu, 10 Oct 2013 08:05:34 GMT &gt; оно до сих пор в оптимизации inline-функций косячит, <br><br>Жесть как она есть...<br> https://www.opennet.me/openforum/vsluhforumID3/91996.html#145 Thu, 10 Oct 2013 08:04:03 GMT так я и на gcc-шные баги наступал. как-нибудь под настроение &#8212; если вспомню &#8212; и его попинаю. но кланг пинать забавней.<br> https://www.opennet.me/openforum/vsluhforumID3/91996.html#144 Thu, 10 Oct 2013 08:01:20 GMT &gt; Тем временем парни из IBM уже запилили LLVM и Clang для Power и System Z.<br><br>Осталось всего ничего: спустить фанатизм в унитаз и честно сообщить нам сколько лет gcc так уже умеет.<br><br>