LINUX.ORG.RU

LLVM 3.4

 ,


0

5

Спустя 6 месяцев разработки было объявлено об очередном релизе LLVM. Этот релиз включает в себя большое количество изменений. Основные изменения:

  • clang поддерживает все возможности текущего рабочего драфта стандарта C++, временно называемого C++1y;
  • значительно улучшена поддержка С++ статическим анализатором;
  • clang включает новые возможности:
    • инструмент, называемый «clang-format» который может быть использован IDE или текстовым редактором для автоформатирования вашего кода в соответствии со встроенными стилями;
    • новый драйвер разработанный для совместимости с Visual Studio на Windows (экспериментальная поддержка).
  • значительный прирост производительности в кодогенераторе;
  • автоматическая векторизация циклов теперь включается при -Os и -O2 в дополнение к -O3 (для каждого уровня включаются, соответственным образом настроенные, эвристики);
  • автоматическая векторизация SLP («straight-line code») теперь тоже включается по умолчанию;
  • платформа R600 поддерживается по умолчанию (вместо экспериментальной поддержки);
  • несколько больших улучшений качества кода и времени генерации в кодогенераторе для PowerPC;
  • clang -O4 больше не включает link-time оптимизацию по умолчанию. LTO доступно с флагом -flto и может быть включено при любом уровне оптимизации. Старое поведение -O4 можно получить с помощью «clang -O3 -flto»;
  • llvm 3.4 будет последним релизом который будет собираться компилятором C++'98. Следующие релизы будут требовать встроенную поддержку С++'11 от компилятора.

LLVM 3.4 - это результат работы невероятного числа людей работавших вместе последние 6 месяцев, но релиз был бы невозможен без нашей команды добровольцев. Благодарности Bill Wendling за его работу по выпуску релиза, а также тестерам: Arnaud A. de Grandmaison, Ben Pope, Dimitry Andric, Duncan Sands, Erik Verbruggen, Hans Wennborg, Nikola Smiljanic, Paweł Worach, Rafael Espíndola, Renato Golin, Sebastian Dreßler, Sylvestre Ledru, and Tom Stellard.

Release Notes

Скачать

>>> Подробности

★★★★★

Проверено: DoctorSinus ()
Последнее исправление: DoctorSinus (всего исправлений: 1)
Ответ на: комментарий от Reset

ну так ты и пиши что тебя не устраивает лицензия. а то новонял

Не получится, правообладателем является fsf и политику партии они диктуют, форкать бесполезно.

и щастья полные штаны.

punya ★★
()
Ответ на: комментарий от punya

разбудили зло лесное. как не получится, если существует форк gcc-apple.

Во-первых он существовал, а сейчас уже выкинут из поставки XCode (ибо свою задачу выполнил, дав время для перехода на clang). Во-вторых там минимальные патчи для Objective-C и ничего более.

quiet_readonly ★★★★
()
Ответ на: комментарий от punya

я вот щас скачал. у них там реальный gcc 4.2.1 с привязанным своим stdc++ и прочими штуками.

В версии 4.2.2 Столлман, потрясая бородой, самовольно сменил лицензию GCC (при том что он уже давно не занимался разработкой GCC и никаких технических причин для смены лицензии не было, он прямо хотел прижать Apple с их айфонами).

Так что GCC 4.2.1 у них там уже 5 лет.

quiet_readonly ★★★★
()
Последнее исправление: quiet_readonly (всего исправлений: 1)
Ответ на: комментарий от Reset

Я могу части gcc встроить в свой проприетарный продукт?

Можешь, если откроешь его под gpl.

ugoday ★★★★★
()
Ответ на: комментарий от DoctorSinus

Предлагаешь низкоуровщину на асме фигарить?

Анонимус просто видимо никогда не пытался делать то, о чем говорит (писать низкоуровщину).

m0rph ★★★★★
()
Ответ на: комментарий от Reset

Смотря какие части. На libgcc, заголовки и libstdc++ AFAIR были исключения, иначе вообще ни один проприетарный продукт нельзя было бы скомпилировать. Что касается остального, то в gcc вообще до последнего времени было не так много выделяемых в отдельный независимый продукт компонент.

AlexM ★★★★★
()

Из новости на опеннете:

PNaCl (Portable Native Client) - интегрированная в браузер Chrome система, которая позволяет организовать выполнение приложений, написанных на языках C и С++, в специальном изолированном окружении web-браузера, независимо от текущей аппаратной архитектуры. Например, скомпилированный для PNaCl исполняемый файл может быть выполнен в различных версиях Chrome и Chrome OS, независимо от аппаратной архитектуры (x86, x86_64, ARM, MIPS) и типа операционной системы, демонстрируя при этом производительность, близкую к родному для данной целевой платформы исполняемому файлу. В PNaCl вместо генерации машинного кода приложение компилируется в универсальный биткод LLVM и поставляется в непривязанном к конкретной платформе исполняемом формате ".pexe". В процессе запуска приложения промежуточный биткод LLVM транслируется в машинный код текущей платформы на стороне локальной системы пользователя.

Дожили!

O02eg ★★★★★
()
Ответ на: комментарий от O02eg

Давно пора. А то разводили всякие жабы со скриптами.

tides
()
Ответ на: комментарий от Boy_from_Jungle

Ну, в этот раз в Debian пакеты появились ещё раньше: 25 декабря.

gag ★★★★★
()
Ответ на: комментарий от Vinni_Pooh

А почему нет тега FreeBSD? :)

Ты хочешь об этом поговорить?

iZEN ★★★★★
()
Ответ на: комментарий от x86_64

Вообще-то текущий драфт C++1y может стать C++14 а может и не стать.

в отличие от С++11, в котором было очень много всего нового, следующая версия - корректирующая, с очень скромным набором изменений, так что тянуть с ней не будут

wota ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.