https://mobile.opennet.me/openforum/vsluhforumID3/89241.html После года разработки увидел свет (http://gcc.gnu.org/gcc-4.8/) релиз свободного набора компиляторов GCC 4.8 (http://gcc.gnu.org/). Новый выпуск примечателен переходом проекта на использование языка C++, улучшением поддержки стандартов C++11 и C11, интеграцией компонентов Address Sanitizer и Thread Sanitizer, поддержкой архитектуры AArch64 (ARM64).<br><br><br><br>Основные изменения (http://gcc.gnu.org/gcc-4.8/changes.html):<br><br><br><br>- Кодовая база компилятора переведена на использование языка C++. Основной код по прежнему остаётся на языке Си, но для сборки обязательно требуется компилятор С++, так как некоторые части были переписаны на C++ и теперь допускается включение в GCC новых компонентов на языке C++;<br><br>- Поддержка 64-разрядной архитектуры AArch64(ARM64), присутствующей в процессорах с набором команд ARMv8. Архитектура AArch64 включает в себя новый набор команд A64, примечательный расширением числа регистров, новыми командами для вычислений с плавающей запятой (FP) и новыми векторными SIMD-инструкциями NEON, та https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#80 Thu, 18 Apr 2013 16:49:27 GMT &gt; а кому нyжнен этот набор архитектур - <br><br>Мнe нyжен. Я регулярно собираю под ARM всех мастей и MIPS. Иногда под MSP430 и AVR. И у меня вообще х86 нет. Ну самый край x86_64, который заметно отличается.<br><br>&gt; когда основная платформа x86? <br><br>Это у некрофaгов всяких она основная. А в мире очень нехилый такой сдвиг в сторону ARM произошел. То что вы лишний раз будете на обочине с вашими х86 грoбами - так вам и надо.<br><br>&gt; да и кодогенератор из байтокода в реальный код - пишется чуть более чем тривиально.<br><br>Оно и видно - парни из AMD два года p@кoм стояли, пытаясь убедить этот шит сгенерить хотя-бы просто технически валидный поток команд для своего VLIW. На примере амд я уже увидел насколько это тривиально. Там же в списке рассылки некий Вадим Гирлин рассказал насколько просто оптимизировать код в LLVM относительно местечкового кодогенератора. Так что шли б вы с вашим маркетинговым булшитом!<br> https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#78 Fri, 05 Apr 2013 05:34:54 GMT &gt;&gt; Когда будут ебилды?<br>&gt; Дожили, спецы по перекомпиляции мира не могут собрать себе ... компилятор. Скажите, <br>&gt; какого гуя я могу собрать себе gcc в какой-то там хубунте, <br>&gt; не дожидаясь пока мне кто-то поднесет на блюдечке, с голубой каемочкой, <br>&gt; а?<br><br>Чего прицепился к виндузятнику ? :)<br><br>emerge --info<br>Portage 2.2.0_alpha171 (default/linux/amd64/13.0, gcc-4.8.0, glibc-2.17, 3.8.2-gentoo-4 x86_64)<br>=================================================================<br> https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#76 Wed, 27 Mar 2013 05:41:13 GMT &gt;&gt; Только clang, только llvm.<br>&gt; Это который ничего кроме х86 и (в зачаточном состоянии) некоторых подвидов ARM <br>&gt; толком не поддерживает? Да и на тех оптимальность кодогенерации - паршивая? <br>&gt; Не, спасибо, некоторых волнует не "%s - круто!!!" а фактический результат. <br><br>а кому нужнен этот набор архитектур - когда основная платформа x86? вы часто собираете под другие архитектуры?<br>да и кодогенератор из байтокода в реальный код - пишется чуть более чем тривиально.<br>Это же не gcc - который генерит сразу в asm платформы.<br> https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#74 Mon, 25 Mar 2013 06:02:02 GMT &gt; у меня для тебя плохие новости...<br><br>я в курсе про шланг. на него и намекал.<br> https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#73 Mon, 25 Mar 2013 06:00:20 GMT &gt; с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные<br>&gt; цвета. а то немодно уже без попугаистости.<br><br>у меня для тебя плохие новости...<br> https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#72 Sun, 24 Mar 2013 18:41:20 GMT &gt; После релиза клавиатурой не машут. Так что это "потом" можно считать что <br>&gt; уже здесь.<br><br>so be it. мне, в принципе, несложно патч к скриптам сборки докинуть (что я и сделал). ну, не в первый раз приходится править идиотизм авторов всякого софта таким образом.<br> https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#71 Sun, 24 Mar 2013 18:22:14 GMT &gt; к сожалению, дистрибутивы идиотизм в квадрате выпиливать не будут. поэтому можно <br>&gt; сказать, что приставили.<br><br>Ну знаешь, а вот мне дистр не собрал компилер под пяток не очень часто встречающихся архитектур. Только на самые распостраненные. Получается что у меня вообще целая рота расквартировалась? :). ИМХО не совсем гуманно заставлять майнтайнеров билдить все это - возможно сильно уж дофига вариантом сборки.<br><br>&gt; я не предлагаю &#171;потом&#187;, я предлагаю прямо сейчас сделать её отключеной по-умолчанию. <br><br>После релиза клавиатурой не машут. Так что это "потом" можно считать что уже здесь.<br> https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#70 Sun, 24 Mar 2013 14:53:07 GMT &gt; там же временные файлы есть, которые по умолчанию удаляются, там и хранятся <br>&gt; эти строки, как они были, вперемешку с мнемониками асма.<br>&gt; или речь о другом?<br><br>ну, пусть во временных файлах &#8212; я ж говорю, не смотрел, где хранят. &#171;суть-то в том&#187;, (ц) что это тупо не нужно всё, лишняя трата ресурсов. для индикации (строка,позиция) достаточно рядом с токеном хранить именно эти два значения (ну, ещё имя исходного файла в отдельном словаре). всё остальное &#8212; это лишний код и лишние ресурсы. кому очень-очень хочется крышек &#8212; тот может написать себе скрипт, который будет хватать вывод gcc и дорисовывать крышки. на кой это в компиляторе &#8212; вообще не ясно.<br> https://mobile.opennet.me/openforum/vsluhforumID3/89241.html#69 Sun, 24 Mar 2013 07:49:46 GMT там же временные файлы есть, которые по умолчанию удаляются, там и хранятся эти строки, как они были, вперемешку с мнемониками асма. <br>или речь о другом?<br>