LINUX.ORG.RU

LLVM 2.6

 , , ,


0

0

Шесть месяцев усердной разработки принесли свежие плоды: релиз Low-Level Virtual Machine за номером 2.6.

  • Архитектуры
    • Серьёзно и основательно доработана кодогенерция x86-64
    • Поддержка архитектуры ARM V7 (включая Thumb2 и NEON)
    • Новые кодогенераторы для MSP430, SystemZ, и BlackFin
    • SSE 4.2
  • Новые виды оптимизации
  • Многопоточная компиляция и оптимизация кода
  • Оптимизация при линковке на ELF-архитектурах (плагин 'gold linker')
  • Clang
    • Компилятор для C и Objective-C перешёл в статус «production quality» на х86
    • По сравнению с GCC у Clang улучшены сообщения об ошибках и предупреждениях
    • Компиляция проходит в 3 раза быстрее, чем у GCC
  • Новые подпроекты:
    • compiler-rt: Compiler runtime library
    • KLEE: Symbolic Analysis & Test Case Generator
    • DragonEgg: «llvm-gcc» плагин для GCC 4.5
    • llvm-mc: фреймворк, ориентированный на операции с машкодом, в том числе ассемблер, дисассемблер и проч. Проект находится в ранней стадии.

Проект LLVM находит всё более широкое применение в самых различных областях. На данный момент:

  • Компания Apple использует LLVM для оптимизаций в OpenGL
  • Проекты Rubinius и MacRuby являются реализациями виртуальных машин языка Ruby
  • LLVM D компилятор
  • Unladen Swallow (Python)
  • Roadsend PHP compiler и многие другие

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

Ответ на: комментарий от namezys

> Когда ядро линукса будет написано в соответсвии со стандартами С99, то сможет
Разработчикам icc это не мешает.

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

>FreeBSD всё больше становится TruЪ-Unix.

Вы так говорите, буд-то это что-то хорошее.

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

Вы что, идиот? А что вы сделали для того, чтоб это чудо могло собирать ваше ядро?

anonymous
()
Ответ на: комментарий от Relan

> Следовательно, FreeBSD RIP.

должно быть "Следовательно FreeBSD всё больше становится Tru RIP"

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

>Ну, я могу провести сравнения GCC 4.4.3.20091020, LLVM 2.6/GCC 4 и LLVM 2.6/Clang, если кто методику тестирования напишет.

Тест 1: сборка ядра linux

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

А как насчет уязвимостей в ядре линуксовом? Оно скоро винду догонит :-D

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

> Он от этого хуже работает?

Скажите, а тот же apple заинтересован в подставке костылей для ядра линуха?

Если ты заинтересован - ставь. Патчи я думаю примут

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

>А как его прикрутить к генте

На /etc/portage скриптах. Я настроил систему так, что у меня для каждого пакета свой компилятор и его опции указать можно. Правда, с LLVM ещё не баловался, только с icc.

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

как минимум в той самой gcc mode (-gcc) / gcc pragma

исходники можно посмотреть устроившись на работу в сответствующее подразделение Intel , после подписки NDA

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

Apple заинтересован (или был заинтересован) в GCC. А что, Apple конкурирует с GNU/Linux? И да, Apple что, единолично управляет разработкой LLVM?

anonymous
()
Ответ на: комментарий от Sylvia

> исходники можно посмотреть устроившись на работу в сответствующее подразделение Intel , после подписки NDA

Лицензия GCC обязывает открывать исходники того, где они использовались. Это одна из причин перехода эппла на llvm

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

>когда же это чудо научится собирать линуксовое ядро? как проект может считаться production quality и не мочь собрать ядро?

когда из ядра вычистят махровые gcc'змы и приведут к соответствию стандартам.

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

>LLVM ща компиляет уже пошустрее GCC

А tiny-c ядро при загрузке системы на лету собирать мог. Так что это не аргумент :)

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

> Apple заинтересован (или был заинтересован) в GCC. А что, Apple конкурирует с GNU/Linux? И да, Apple что, единолично управляет разработкой LLVM?

Apple будет развивать только то, что ему надо. А оплачиваемая работа вносит куда больше вклада, чем не оплаченная.

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

>> От этого или нет, но хуже.
>И в чём это выражается?


Сегфолтами на ровном месте.
По крайней мере пару лет назад так было.

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

> Да ты всё равно же не поймёшь ничего... ;)

Отчего же. Всем всё понятно, что ты ляпнул и не подумал. ОК.

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

> когда из ядра вычистят махровые gcc'змы и приведут к соответствию стандартам
Они там не просто так появились. И разработчикам Clang придётся придумывать какой-то аналог, если они претендуют на что-то серьёзное. А когда они этот аналог придумают, ваша фраза о соответствии стандартам будет выглядеть нелепо, как и сейчас, только по другой причине )

anonymous
()
Ответ на: комментарий от namezys

> Лицензия GCC обязывает открывать исходники того, где они использовались. Это одна из причин перехода эппла на llvm

Чеегоооо? Собрал винду компиляторов gcc — открывай исходники? 4.2

Aceler ★★★★★
()

Эх, я жду в нёмприкручивание оптимизаций проверок не ненулевой указатель, выход за границы массива и оптимизация виртуальных методов - что бы можно было нормально реализовывать поверх всякие дотНеты, Джавы, Валы и прочие. А то у первых двух свои и это не круто. Нефиг распылять усилия.

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

> оплачиваемая работа вносит куда больше вклада, чем не оплаченная.
Всё же работа, а не диктат, а?

anonymous
()
Ответ на: комментарий от Aceler

Не то, что собираешь, а где используешь

Например, apple думали использовать синтаксический анализатор в xCode тот же, что и в компиляторе. А нет, фиг вам. Тогда открывайте исходники xCode

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

сам gcc под GPL, runtime под LGPL. Если используешь _исходники_ gcc, то действительно надо открывать свой софт.

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

> и оптимизация виртуальных методов

А может ли? вроде информация о типах не является задачей llvm?

Если бы являлась, то какие возможности открывались бы для динамических языков

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

Когда за работу платят, то вектор развития навязывается сверху и разброда и шатания нет, делается именно то что надо и именно так как надо.

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

> огда за работу платят, то вектор развития навязывается сверху и разброда и шатания нет, делается именно то что надо и именно так как надо.
Платят не всем разработчикам, а только сотрудникам Apple. Они - не единственные, кто работает над проектом. Они могут заниматься нужными им вещами, но не могут запретить добавление в проект вещей, нужных кому-то ещё, а не им.

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

> Они могут заниматься нужными им вещами, но не могут запретить добавление в проект вещей, нужных кому-то ещё, а не им.

А кто это утверждал?

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

главное, что нужные им вещи будут сделаны как надо, а дальше хоть трава не расти :)

Reset ★★★★★
()

Холиварщина во все поля. Этому треду не хватает толстых анонимусов

BornToBeNerd
()
Ответ на: комментарий от Aceler

> Отчего же. Всем всё понятно, что ты ляпнул и не подумал. ОК.

Я вам уже и пруфлинк дал, а вы... :) Кто же виноват, что нынешние "Ъ" по пруфлинкам не ходят. В playground-е как раз хорошие, годные примеры. :)

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

> Кто же виноват, что нынешние "Ъ" по пруфлинкам не ходят.

Я туда писал...

Aceler ★★★★★
()

Эх, ну что за народ... Новость то вроде позитивная, ан нет, надо срач Linux vs FreeBSD развести.

А по теме, кто-нибудь уже пробовал?

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

>Эх, ну что за народ... Новость то вроде позитивная, ан нет, надо срач Linux vs FreeBSD развести.

Ты это iZEN'у расскажи

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

> Ну так естественно. А в чём проблема открыть исходники xCode...

Это их спросите. Я тоже не понимаю. Оттуда же все равно ничего не стащишь дальше платформы apple.

Есть правда одна идея. Открытия xCode и распостранние по GPL может быть затруднительное из-за:

* ограничений стороних патентов (которым не владеет apple)

* может потянуть необходимость открытия NextStep library. А вот это они делать явно не захотят

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

>А по теме, кто-нибудь уже пробовал?

Я только что запустил компиляцию сабжа. Посмотрим (если соберётся), как тот же bunzip2 будет работать под gcc-4.4.2, icc-11.1.056 и сабжем.

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