The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпущен набор компиляторов GCC 4.8

22.03.2013 20:32

После года разработки увидел свет релиз свободного набора компиляторов GCC 4.8. Новый выпуск примечателен переходом проекта на использование языка C++, улучшением поддержки стандартов C++11 и C11, интеграцией компонентов Address Sanitizer и Thread Sanitizer, поддержкой архитектуры AArch64 (ARM64).

Основные изменения:

  • Кодовая база компилятора переведена на использование языка C++. Основной код по прежнему остаётся на языке Си, но для сборки обязательно требуется компилятор С++, так как некоторые части были переписаны на C++ и теперь допускается включение в GCC новых компонентов на языке C++;
  • Поддержка 64-разрядной архитектуры AArch64(ARM64), присутствующей в процессорах с набором команд ARMv8. Архитектура AArch64 включает в себя новый набор команд A64, примечательный расширением числа регистров, новыми командами для вычислений с плавающей запятой (FP) и новыми векторными SIMD-инструкциями NEON, такими как инструкции для ускорения работы алгоритмов шифрования AES и SHA-1/SHA-256. В настоящее время устройства на базе ARMv8 пока находятся на стадии тестирования прототипов и ещё не поступили в продажу. Из поддерживаемых процессоров отмечены Cortex-A53 (-mcpu=cortex-a53 ) и Cortex-A57 (-mcpu=cortex-a57);
  • Улучшение поддержки 32-разрядной архитектуры ARM, в том числе улучшение поддержки процессоров Marvell PJ4, Cortex-A7 и Cortex-A15; автоматическая генерация инструкций VFMA, VFMS, REVSH и REV16; улучшенная модель векторизации; поддержка расширений AArch32, представленных в наборе команд ARMv8;
  • Поддержка процессоров семейства Intel Broadwell (-madx, -mprfchw, -mrdseed), AMD Jaguar (-march=btver2 и -mtune=btver2) и AMD Steamroller (-march=bdver3 и -mtune=bdver3). Поддержка инструкций RDSEED, ADCX, ADOX, PREFETCHW, FXSR, XSAVE и XSAVEOPT
  • Интеграция компонента Address Sanitizer, созданного компанией Google и прекрасно зарекомендовавшего себя при выявлении уязвимостей в браузере Chrome. Address Sanitizer позволяет выявлять ошибки в работе с памятью и факты некорректного обращения к памяти, такие как обращение к областям памяти, после их освобождения ("use-after-free"), разрушение кучи, повреждение стека, переполнение буферов. Проверки Address Sanitizer включаются через опцию "-fsanitize=address" и могут замедлить работу программы примерно в два раза за счёт добавления дополнительных проверок. Address Sanitizer может быть использован на платформах GNU/Linux (IA-32, x86-64, x32, PowerPC, PowerPC64) и Darwin (x86-64);
  • Добавлен режим Thread Sanitizer (-fsanitize=thread), предназначенный для обнаружения эффекта "гонки" при совместном доступе к одним и тем же данным из различных нитей многопоточного приложения. Thread Sanitizer базируется на коде из программы Valgrind. Использование Thread Sanitizer может до 10 раз замедлить работу программы. Режим доступен только для платформы x86-64 GNU/Linux;
  • Новый уровень оптимизации "-Og", позволяющий повысить удобство отладки за счёт существенного сокращения времени компиляции. В режиме "-Og" компилятор производит только минимальные оптимизации, не влияющие на результаты при отладке;
  • По умолчанию задействован более агрессивный метод оптимизации циклов. На случай возникновения проблем в приложениях, предусмотрена опция "-fno-aggressive-loop-optimizations";
  • Добавлена новая опция оптимизации "-ftree-partial-pre", позволяющая управлять оптимизацией по частичному устранению избыточных выражений (http://en.wikipedia.org/wiki/Partial_redundancy_elimination PRE, Partial Redundancy Elimination). Опция по умолчанию включается при выборе флага "-O3" и приводит к задействованию более агрессивного метда оптимизации PRE;
  • Улучшена работа оптимизаций во время динамического связывания (LTO, Link Time Optimization) и межпроцедурных оптимизаций;
  • Улучшения в поддержке стандарта C++11, а также реализация ряда возможностей будущего стандарта C++1y. Из элементов C++11 добавлена поддержка ключевого слова thread_local, наследуемых конструкторов, выражений подобных "[[noreturn]] void f()" и "alignas(double) int i";
  • Для программ на языке Си добавлено новое предупреждение "-Wsizeof-pointer-memaccess" (включается при -Wall), уведомляющее о подозрительной длине параметров, передаваемых в некоторые встроенные строковые функции и функции работы с памятью (работает только если аргумент использует sizeof). Например, предупреждение будет выведено при вызове memset (ptr, 0, sizeof (ptr)) и memcpy (&foo, ptr, sizeof (&foo)), если ptr не является массивом, но используется как указатель;
  • При генерации отладочной информации по умолчанию теперь используется формат DWARF4 (в прошлых выпусках использовался DWARF2). DWARF4 уже поддерживается в GDB 7.5, Valgrind 3.8.0 и elfutils 0.154;

Дополнительно можно отметить интересное исследование производительности работы кода, собранного компиляторами Си и Cи++ из состава GCC 4.7.2. В итоге опровергнуто мнение, что код на языке Си собранный компилятором сс медленнее, чем если данный код будет собран компилятором g++. Подмножество языка Си, доступное при сборке компилятором С++, по эффективности не уступает чистому компилятору Си, разница составляет всего 0.1%. Таким образом переход GCC на сборку компилятором С++ не скажется на производительности.

  1. Главная ссылка к новости (http://gcc.gnu.org/gcc-4.8/...)
  2. OpenNews: Выпущен кандидат в релизы GCC 4.8
  3. OpenNews: Релиз набора компиляторов GCC 4.7. Проекту GCC исполнилось 25 лет
  4. OpenNews: Обсуждение возможных планов развития GCC 5.0
  5. OpenNews: Релиз набора компиляторов GCC 4.6.0
Лицензия: CC-BY
Тип: Интересно / Программы
Короткая ссылка: https://opennet.ru/36467-gcc
Ключевые слова: gcc, compile
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (61) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, YetAnotherOnanym (ok), 20:47, 22/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > могут замедлить работу программы примерно в два раза за счёт добавления дополнительных проверок

    Да хоть в десять, здесь можно и потерпеть.

     
     
  • 2.43, Аноним (-), 00:12, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смотря где. Если этим пользоваться постоянно в рантайм а не только для дебага - в 10 раз хреново. Да и в 2 тоже не сильно хорошо.
     

  • 1.3, Аноним (-), 21:06, 22/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Клево-клево. У них там для C++11 всего две фичи осталось доделать: Rvalue references for *this и Minimal support for garbage collection and reachability-based leak detection.
     
     
  • 2.28, Аноним (-), 02:04, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а разве многопоточные фичи уже все реализованы?
     
     
  • 3.42, pupkin2 (?), 17:39, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    угу.
     

  • 1.5, ананим (?), 21:17, 22/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >В итоге опровергнуто мнение, что код на языке Си собранный компилятором сс медленнее, чем если данный код будет собран компилятором с++.

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

     
     
  • 2.17, Crazy Alex (??), 21:45, 22/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Код там пока остался фактически тем же, бакэнд тоже. Просто раньше использовали сишный фронтенд для компиляции, сейчас - плюсовый. И на скорость работы собранного это не повлияло, что логично.
     
     
  • 3.21, ананим (?), 22:05, 22/03/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    да ерунда это всё на самом деле.
    а вот что не ерунда, так это возможные косяки при сборке мира, которые порой при минорных релизах случались, а тут и версия, и фичи, и компилятор.
     
     
  • 4.30, Crazy Alex (ok), 02:14, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, это дело такое - выловят, пофиксят. Как не раз было уже. Зато, может, побыстрее развиваться станет, а то шлангам всяким эппловским отдавать первенство было бы грустно.
     
     
  • 5.40, arisu (ok), 14:31, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а то шлангам всяким эппловским отдавать первенство было бы грустно.

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

     
     
  • 6.44, Аноним (-), 00:14, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > оба применять.

    Очевидным недостатком является нужда впихать в мозг в 2 раза больше знаний с малоочевидным профитом. А как известно, знаний в мире накоплено намного больше чем может уместить один человеческий мозг.

     
     
  • 7.49, arisu (ok), 01:38, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    достаточно один стандарт. на то он — сюрпрайз — и стандарт.
     
     
  • 8.53, Аноним (-), 02:12, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну покажи мне стандарт на, допустим, линкерные скрипты, если такой умный ... текст свёрнут, показать
     
     
  • 9.54, arisu (ok), 02:15, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    знаешь, когда я в последний раз писал линкерный скрипт ТА-ДАААМ никогда ... текст свёрнут, показать
     
     
  • 10.57, Аноним (-), 02:35, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это уж кому что Таки мне нравится раскладывать байтики предсказуемо В эмбед... текст свёрнут, показать
     
     
  • 11.58, arisu (ok), 03:08, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну так и сиди себе на гцц всё равно кланг пока что на этом поле не игрок ... текст свёрнут, показать
     
     
  • 12.62, Аноним (-), 03:25, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Дык так и делаю Спасибо, Капитан Ты все-таки не потерял квалификацию ... текст свёрнут, показать
     
  • 11.59, arisu (ok), 03:09, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    p s а опции мне билд-система разрулит её один раз научил 8212 и всё ... текст свёрнут, показать
     
     
  • 12.63, Аноним (-), 03:25, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А так придется два раза да, я ленивый бастард ... текст свёрнут, показать
     
     
  • 13.64, arisu (ok), 03:27, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    всё равно один потому что один она уже умеет так-то ... текст свёрнут, показать
     
  • 5.41, arisu (ok), 14:35, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    впрочем, одну из самых важных шлангофич уже сделали, не боись, мужики: теперь по умолчанию место ошибки подчёркивается крышками! я джва года ждал и мечтал о том, чтобы при сборке у меня в терминал как можно меньше сообщений об ошибках помещалось. и чтобы я был вынужден проверять версию gcc в скриптах сборки, потому что старые версии, натурально, параметр «убери в задницу свои крышки» не понимают.

    отличное нововведение, ящитаю, очень нужное и удобное. и для тех, кто пользуется редакторами, позволяющими автоматически прыгать на строку и позицию с ошибкой, нужное: как же они без крышек?! и тем, кто не пользуется: ведь чем больше приходится листать историю терминала, тем менее скучно жить на свете.

    с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные цвета. а то немодно уже без попугаистости.

     
     
  • 6.45, Аноним (-), 00:17, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные
    > цвета. а то немодно уже без попугаистости.

    Попугаистость попугаистостью, а gcc 2.x/3.x вываливали ошибки так, что хотелось просто прибить тех кто это придумал. В общем конкуренция таки никому еще не вредила.

    А при нормальном процессе сборки билд валится от 1 ошибки - какая разница сколько там влезает, 5 ошибок или 10, если он стопнется на первой же? Это раньше gcc продолжал фигачить еще полминуты, обильно вываливая ошибки вытекающие из предыдущей :)

     
     
  • 7.50, arisu (ok), 01:41, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    благодарю, я сам решу, что для меня «нормальный процесс сборки». и для меня — есть разница. для кого нет — может хоть баннеры во весь экран вместо ошибок иметь, я не запрещаю. но делать идиотизм с подчёркиванием opt-out — это идиотизм в квадрате. внизапна! именно потому, что если ты пользуешься редактором — то редактор распарзит выхлоп и направит. а если нет — есть огромный шанс, что хочешь посмотреть кучу ворнингов сразу, и побольше.

    если бы фичу сделали opt-in, я бы не возмущался вообще: все старые скрипты сборки работают как надо, все инструменты тоже. однако же нет: фича opt-out. и теперь в скрипты добавляется ещё и идиотия с проверкой версии гцц (ведь старая версия не знает параметра «отключить крышки» и валится сразу, как только его увидит — очень умно).

     
     
  • 8.55, Аноним (-), 02:21, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никогда не понимал тех кто хочет сперва навалить кучу компоста а потом ее полдня... большой текст свёрнут, показать
     
     
  • 9.60, arisu (ok), 03:15, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    я тебе секрет открою именно варнинги 8212 их удобней скопом убирать потому ... текст свёрнут, показать
     
     
  • 10.65, Аноним (-), 03:54, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не заметил особого удобства в совании в совершенно разные закоулки по методу лос... большой текст свёрнут, показать
     
     
  • 11.66, arisu (ok), 04:11, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у тебя редактор не умеет по строкам прыгать, что ли у меня 8212 умеет как я... большой текст свёрнут, показать
     
  • 11.67, arisu (ok), 04:14, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    p s кстати, что забавно настоящие спамеры в листы вполне себе пролазят ... текст свёрнут, показать
     
  • 11.68, arisu (ok), 04:17, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    и, кстати, ещё я не смотрел исходник гцц, но или они должны хранить кучу доплн... текст свёрнут, показать
     
     
  • 12.69, Карбофос (ok), 11:49, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    там же временные файлы есть, которые по умолчанию удаляются, там и хранятся эти ... текст свёрнут, показать
     
     
  • 13.70, arisu (ok), 18:53, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну, пусть во временных файлах 8212 я ж говорю, не смотрел, где хранят 171 ... текст свёрнут, показать
     
  • 7.51, arisu (ok), 01:43, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я, впрочем, поступил не менее нагло: просто выключил её и пересобрал gcc. если у кого-то с gcc 4.8 некоторые мои скрипты сборки упадут — я любезно предоставлю им адрес списка рассылки gcc, где они могут высказать все впечатления о крышках. подстраиваться под идиотизм в квадрате я не буду.
     
     
  • 8.56, Аноним (-), 02:24, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так и не подстраивайся, ты так говоришь как будто к тебе мужика с автоматом п... текст свёрнут, показать
     
     
  • 9.61, arisu (ok), 03:17, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    к сожалению, дистрибутивы идиотизм в квадрате выпиливать не будут поэтому можно... текст свёрнут, показать
     
     
  • 10.71, Аноним (-), 22:22, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну знаешь, а вот мне дистр не собрал компилер под пяток не очень часто встречающ... текст свёрнут, показать
     
     
  • 11.72, arisu (ok), 22:41, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    so be it мне, в принципе, несложно патч к скриптам сборки докинуть что я и сде... текст свёрнут, показать
     
  • 6.73, anonymous (??), 10:00, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > с нетерпением жду, когда же вывод компилятора ещё и покрасят в разные
    > цвета. а то немодно уже без попугаистости.

    у меня для тебя плохие новости...

     
     
  • 7.74, arisu (ok), 10:02, 25/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > у меня для тебя плохие новости...

    я в курсе про шланг. на него и намекал.

     
  • 2.38, Пиу (?), 13:06, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >да хоть на жабе компилятор пишите, а результирующий код будет зависеть от применённых алгоритмов, а не от языка.

    это верно в теоретически-сферически-вакуумном случае. на практике начинаются приколы ввиде пробоев кеша, невыровненных запросов к памяти и прочие забавные вещи

     

  • 1.9, ram_scan (?), 21:30, 22/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Таким образом переход GCC на сборку компилятором С++ не скажется на производительности.

    Враки. Не сказывается это только на канонiчном тесте на синтетике. В реальной программе, особенно написаной индусом, без внятного понимания как работают библиотеки которыми он пользуется, где тривиальный виртуальный метод наследуется по четыре сотни раз в принципе весь OOP выглядит как байтораздирающее зрелище.

    Реверсил, плавал...

     
     
  • 2.16, Crazy Alex (??), 21:43, 22/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    GCC пишут отнюдь не индусы без внятного понимания. А речь именно о сборке GCC плюсами.

    Ну и да, дурак что угодно угробит.

     

  • 1.18, Нанобот (?), 21:48, 22/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Дополнительно можно отметить интересное исследование производительности работы кода

    не интересное там исследование, т.к. нет картинок :-)

     
  • 1.20, anonymous (??), 21:57, 22/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно что там заготовлено на 3.9, какие вкусности. Пока заметил в транке патчи связанные с векторами, так и не понял зачем они.
     
     
  • 2.24, arisu (ok), 22:16, 22/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Интересно что там заготовлено на 3.9

    зачем три-девять? не надо три-девять.

     
     
  • 3.46, Аноним (-), 00:18, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > зачем три-девять? не надо три-девять.

    Надо. Уже rc3 есть. Правда вот это ядро линукса. Оно хорошее, честно-честно. Там ряд тупых багов исправлен :).

     

  • 1.22, arisu (ok), 22:10, 22/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    блин, только вчера RC собрал. не могли месяцок потерпеть.
     
     
  • 2.31, Crazy Alex (ok), 02:34, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    он, небось, только номером и отличается, если вчера собирал.
     
     
  • 3.39, arisu (ok), 14:29, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > он, небось, только номером и отличается, если вчера собирал.

    всё равно неприятно, когда --version рапортует об RC. пусть рапортует нормально. и потом: машина железная, за час на фоне спокойно пересобрала, пока я кино смотрел.

     

  • 1.23, Главные Редакторы (?), 22:12, 22/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вопрос к посвящённым. Что дало переписывание кода GCC с Си на Си++? Какую цель преследует эта работа?
     
     
  • 2.25, arisu (ok), 22:16, 22/03/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вопрос к посвящённым. Что дало переписывание кода GCC с Си на Си++?
    > Какую цель преследует эта работа?

    упрощение maintenance. и вообще, на странице gcc указаны причины, даже сильно искать не надо.

     
  • 2.26, anonymous (??), 00:57, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    RMS проиграл многолетнюю битву с любителями множественного наследования темплейтов фактори лямбда функций. Те, пока чтобы не спугнуть, пока переписали самую малость, чисто для пробы. Но обфуcкация уже запущена, мало помалу GCC превратится как и остальные С++ проекты, в нечитаемую жуть.
     

  • 1.32, Perl_Jam (?), 03:24, 23/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >для сборки обязательно требуется компилятор С++, так как некоторые части были переписаны на C++

    да уж, инновация..

     
  • 1.33, Славик (?), 05:36, 23/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Не нужно.
    Только clang, только llvm.
     
     
  • 2.37, alexxy (ok), 09:10, 23/03/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Звучит как: только хардкор только тормоза.
    Так когда там к clang прикрутят openmp? ну и заодно исправят проблемы с математикой, что некоторый софт как то вектора выдает примерно на порядок длинее чем надо (точнее чем правильно и работает на других компиляторах gcc-4.6+ intel-12+ xlc)
     
  • 2.47, Аноним (-), 00:21, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Только clang, только llvm.

    Это который ничего кроме х86 и (в зачаточном состоянии) некоторых подвидов ARM толком не поддерживает? Да и на тех оптимальность кодогенерации - паршивая? Не, спасибо, некоторых волнует не "%s - круто!!!" а фактический результат.

     
     
  • 3.76, linux must _RIP_ (?), 09:41, 27/03/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Только clang, только llvm.
    > Это который ничего кроме х86 и (в зачаточном состоянии) некоторых подвидов ARM
    > толком не поддерживает? Да и на тех оптимальность кодогенерации - паршивая?
    > Не, спасибо, некоторых волнует не "%s - круто!!!" а фактический результат.

    а кому нужнен этот набор архитектур - когда основная платформа x86? вы часто собираете под другие архитектуры?
    да и кодогенератор из байтокода в реальный код - пишется чуть более чем тривиально.
    Это же не gcc - который генерит сразу в asm платформы.

     
     
  • 4.80, Аноним (-), 20:49, 18/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Мнe нyжен Я регулярно собираю под ARM всех мастей и MIPS Иногда под MSP430 и A... большой текст свёрнут, показать
     

  • 1.36, Fracta1L (ok), 08:09, 23/03/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Когда будут ебилды?
     
     
  • 2.48, Аноним (-), 00:22, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда будут ебилды?

    Дожили, спецы по перекомпиляции мира не могут собрать себе ... компилятор. Скажите, какого гуя я могу собрать себе gcc в какой-то там хубунте, не дожидаясь пока мне кто-то поднесет на блюдечке, с голубой каемочкой, а?

     
     
  • 3.52, arisu (ok), 02:01, 24/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    дедушка шутит.
     
  • 3.78, шлепнога (?), 09:34, 05/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Когда будут ебилды?
    > Дожили, спецы по перекомпиляции мира не могут собрать себе ... компилятор. Скажите,
    > какого гуя я могу собрать себе gcc в какой-то там хубунте,
    > не дожидаясь пока мне кто-то поднесет на блюдечке, с голубой каемочкой,
    > а?

    Чего прицепился к виндузятнику ? :)

    emerge --info
    Portage 2.2.0_alpha171 (default/linux/amd64/13.0, gcc-4.8.0, glibc-2.17, 3.8.2-gentoo-4 x86_64)
    =================================================================

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру