URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 81585
[ Назад ]

Исходное сообщение
"Релиз набора компиляторов LLVM 3.0"

Отправлено opennews , 02-Дек-11 11:01 
После 7 месяцев разработки доступен (http://lists.cs.uiuc.edu/pipermail/llvm-announce/2011-Decemb...) релиз проекта LLVM 3.0 (http://llvm.org) (Low Level Virtual Machine) - GCC совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод (http://llvm.org/docs/BitCodeFormat.html) RISC подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизации). Сгенерированный платформонезависимый псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы.


В версии 3.0 осуществлён отказ от поддержки фронтэнда llvm-gcc в пользу Си/C++/Objective-C компилятора Clang и GCC-плагина DragonEgg. В настоящее время Clang является более оптимальным решением для сборки проектов на языке Си, а DragonEgg является хорошим решением для разработчиков, заинтересованных в интеграции LLVM в GCC. Кроме того, прекращена поддержка загру...

URL: http://lists.cs.uiuc.edu/pipermail/llvm-announce/2011-Decemb...
Новость: http://www.opennet.me/opennews/art.shtml?num=32433


Содержание

Сообщения в этом обсуждении
"Релиз набора компиляторов LLVM 3.0"
Отправлено namefields , 02-Дек-11 11:01 
Пометьте пожалуйста: "промежуточный биткод RISC" не является переносимым.
Об этом разработчики NaCL говорят открыто - не взлетает у них PortableNaCL. Работы в этом направлении только ведутся.

И ещё, Unlanded Swallow подох.


"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 11:15 
Может кто в курсе, когда ожидать C1x?

"Релиз набора компиляторов LLVM 3.0"
Отправлено Мужик32 , 02-Дек-11 12:51 
Я в курсе. Летом 2011 года.

"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 17:15 
Верни машину времени где взял. Лето 2011 года уже прошло.

"Релиз набора компиляторов LLVM 3.0"
Отправлено user , 02-Дек-11 11:42 
Clang под недоось не планирует выходить?

"Релиз набора компиляторов LLVM 3.0"
Отправлено Motif , 02-Дек-11 11:59 
А никто не в курсе, может ли LLVM генерить нативный код без JIT?

"Релиз набора компиляторов LLVM 3.0"
Отправлено RedRat , 02-Дек-11 12:32 
Может, разумеется. Или ты думаешь, что ядро Фряхи, скомпилированное Шлангом, тоже во время запуска транслируется? ;-)

"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 14:46 
> Может, разумеется. Или ты думаешь, что ядро Фряхи, скомпилированное Шлангом, тоже во время запуска транслируется? ;-)

Оно еще и запускается? 8-O


"Релиз набора компиляторов LLVM 3.0"
Отправлено Anonymouse , 02-Дек-11 22:19 
Нет конечно. Тебе просто снится что этот сайт работает :)

"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 14:56 
> Может, разумеется. Или ты думаешь, что ядро Фряхи, скомпилированное Шлангом, тоже во
> время запуска транслируется? ;-)

Да кто этих фряшников знает, у них там все не как у людей, они и до jit перед запуском могут додуматься. А что, теоретически круто же :)


"Релиз набора компиляторов LLVM 3.0"
Отправлено RedRat , 02-Дек-11 15:04 
> Да кто этих фряшников знает, у них там все не как у
> людей, они и до jit перед запуском могут додуматься. А что,
> теоретически круто же :)

Чтобы запустить JIT перед запуском ядра, надо сначала запустить что-то, что запустит JIT... :-)


"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 16:25 
> Чтобы запустить JIT перед запуском ядра, надо сначала запустить что-то, что запустит JIT... :-)

Например, VmWare под WinXP =)


"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 17:32 
> Чтобы запустить JIT перед запуском ядра, надо сначала запустить что-то, что запустит
> JIT... :-)

А что, пусть бутлоадер JIT делает! Это тоже теоретически круто! :)


"Релиз набора компиляторов LLVM 3.0"
Отправлено Andrew Kolchoogin , 02-Дек-11 20:19 
Теоретически для FreeBSD это возможно, если написать JIT на FORTH. :)

"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 22:46 
Даешь порт FreeBSD на GA144!

"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 13:44 
> А никто не в курсе, может ли LLVM генерить нативный код без
> JIT?

Я в курсе

http://clang.llvm.org/get_started.html

>clang file.c -S -O3 -o - (output native machine code)


"Релиз набора компиляторов LLVM 3.0"
Отправлено Мужик32 , 02-Дек-11 12:49 
>добавлены некоторые возможности, ожидаемые в будущем стандарте C1x
>будущем стандарте C1x
>02.12.2011 09:44  Релиз набора компиляторов LLVM 3.0

Слоупоки-слоупочики.


"Релиз набора компиляторов LLVM 3.0"
Отправлено savant , 02-Дек-11 13:44 
C1x != C++0x

"Релиз набора компиляторов LLVM 3.0"
Отправлено Мужик32 , 02-Дек-11 15:09 
Похоже, надо больше спать.

"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 16:46 
s/C++0x/C++11

"Релиз набора компиляторов LLVM 3.0"
Отправлено Сергей , 02-Дек-11 19:35 
> Как здорово, что ещё пишут что-то не на/для JS!

Почти всё пишут не на JS :)


"Релиз набора компиляторов LLVM 3.0"
Отправлено Сергей , 02-Дек-11 19:36 
> Как здорово, что ещё пишут что-то не на/для JS!

Всё пишут на Си и Си++. Всё остальное - процентов 10%.


"Релиз набора компиляторов LLVM 3.0"
Отправлено Аноним , 02-Дек-11 18:18 
> sparse-llvm - бэкенд, нацеленный на создание Си-компилятора, способного собирать ядро Linux.

Непонятно, зачем это яблочникам понадобилось.


"Релиз набора компиляторов LLVM 3.0"
Отправлено botman , 02-Дек-11 18:54 
За пределы Apple и кормящихся с лицензии BSD не улетит, поэтому так запутана вся работа с FreeBSD и OpenBSD, а Apple боиться открытия кода MacOS X и iOS. Даже не нужно выдумывать открытость там где её не планируется.

"Релиз набора компиляторов LLVM 3.0"
Отправлено Школьник , 02-Дек-11 20:38 
>поэтому так запутана вся работа с FreeBSD и OpenBSD

Что именно запутано?

>а Apple боиться открытия кода MacOS X и iOS.

Ядро MacOS X - открытое под очень либеральной по меркам F/OSS лицензией.

> Даже не нужно выдумывать открытость там где её не планируется.

Это вы про что, про LLVM? А аргументами подкрепить свою оценку открытости не затруднитесь ли?