https://opennet.ru/openforum/vsluhforumID3/83690.html Среди разработчиков набора компиляторов GCC (http://gcc.gnu.org/) развернулась обширная дискуссия (http://gcc.gnu.org/ml/gcc/2012-03/msg00263.html) о планах и задачах для будущей ветки GCC 5.0. При этом основной темой размышлений о возможных путях развития GCC, стало его обсуждение в контексте стремительно набирающего популярность проекта LLVM (http://llvm.org/) (Low Level Virtual Machine). <br><br><br><br>Так активный разработчик GCC Дэвид Малкольм (http://dmalcolm.livejournal.com/) (David Malcolm) из компании Red Hat подробно изложил (http://gcc.gnu.org/ml/gcc/2012-03/msg00256.html) своё видение будущего проекта, которое сводится к предложению переписать GCC с Си на Си++, разработать полноценный API для подключения плагинов, а также в движении GCC в сторону более модульной структуры &#8211; реализации базовой части в виде набора самодостаточных библиотек.<br><br><br>Идея заключается в том, что подобные библиотеки, из которых будет состоять GCC 5, смогут очень легко внедряться в приложения, также легко, как это делается в https://opennet.ru/openforum/vsluhforumID3/83690.html#126 Mon, 26 Mar 2012 08:03:01 GMT Боюсь до тебя мне далеко по части разговоров.<br> https://opennet.ru/openforum/vsluhforumID3/83690.html#125 Sun, 25 Mar 2012 16:00:57 GMT благодарю, я уж лучше продолжу работать в своей конторе. и пинками вышибать тех, кто считает, что задача человека &#8212; делать работу за компилятор.<br> https://opennet.ru/openforum/vsluhforumID3/83690.html#124 Sun, 25 Mar 2012 15:59:44 GMT внутренности &#8212; естественно.<br><br>а исключение давно было, просто потерялось при переводе на GPLv3. ты знаешь, что такое &#171;ошибка&#187;, нет? никто не идеален, все ошибаются. недосмотрели. починили. в чём проблема-то?<br> https://opennet.ru/openforum/vsluhforumID3/83690.html#123 Sun, 25 Mar 2012 15:54:40 GMT &gt;&gt; non aligned access получить как 2 байта по сети переслать <br>&gt; nobody cares. кажется, разработчики железа забыли, что это железо для людей, а <br>&gt; не наоборот. если какая-то архитектура умывается слезами от невыравненого доступа &#8212; <br>&gt; это её личные проблемы. а я, например, не буду заниматься ерундой, <br>&gt; доставая из int'а два char'а руками. и не собираюсь тратить &#8212; <br>&gt; тоже например &#8212; четыре байта там, где хватает двух.<br><br>Да да да. Не стоит прикрывать свою не проф пригодность красивыми словами - ламер.<br><br>Покачай еще свои права в конторе которая пишет мультиплатформеный код - скажи начальнику - это неправильная архитектура - я ее поддерживать не хочу. И вылетай оттуда пинком под зад - с заслуженным диагнозом "не проф пригоден".<br> <br> https://opennet.ru/openforum/vsluhforumID3/83690.html#122 Sun, 25 Mar 2012 15:50:35 GMT &gt; у гцц есть оговорка насчёт выхлопа, так что не надо тут<br><br>Нету. почитай лицензию на gcc. Любой проект использующий внутренне состояние gcc - обязан быть под gpl.<br>и linking expection - добавили только после воплей, а не просто так.<br> https://opennet.ru/openforum/vsluhforumID3/83690.html#121 Sun, 25 Mar 2012 00:37:10 GMT &gt; Железо скорее для компиляторов, а компиляторы уже для людей.<br><br>в данном случае это частности. я говорил про то, что за исключением случаев, когда это дикая эмбедовка с драконовскими ограничениями и большими требованиями, я вообще не желаю ничего про железо знать. и тем более не желаю &#171;делать железу хорошо&#187;.<br><br>&gt; Вроде что-то подобное и сделали в IA-64 <br><br>если мне не изменяет память (а в данном случае очень может), там прежде всего была марсианская система кодирования команд, которую без компилятора задолбаешься рулить.<br> https://opennet.ru/openforum/vsluhforumID3/83690.html#120 Sat, 24 Mar 2012 19:16:24 GMT Железо скорее для компиляторов, а компиляторы уже для людей. Если попросить проц не умничать и дать компилятору решать, что, куда и в каком порядке (а это у него может получиться значительно лучше, т.к. можно неспеша разглядывать большую кучу кода), может получиться интересно по быстродействию и энергопотреблению. Вроде что-то подобное и сделали в IA-64<br> https://opennet.ru/openforum/vsluhforumID3/83690.html#119 Sat, 24 Mar 2012 09:25:40 GMT да ну. ассемблер всё равно лучше всех.<br> https://opennet.ru/openforum/vsluhforumID3/83690.html#118 Sat, 24 Mar 2012 09:23:56 GMT насчет удобней - крайне спорный вопрос ибо ясно, что удобнее CL и ML пока еще ничего не придумано, однако ж никто не переписывает тонны кода на них только потому, что они "удобнее" (кому конкретно? для чего конкретно?)<br>