1.1, namefields (?), 11:01, 02/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Пометьте пожалуйста: "промежуточный биткод RISC" не является переносимым.
Об этом разработчики NaCL говорят открыто - не взлетает у них PortableNaCL. Работы в этом направлении только ведутся.
И ещё, Unlanded Swallow подох.
| |
1.4, Motif (ok), 11:59, 02/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А никто не в курсе, может ли LLVM генерить нативный код без JIT?
| |
|
2.6, RedRat (ok), 12:32, 02/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Может, разумеется. Или ты думаешь, что ядро Фряхи, скомпилированное Шлангом, тоже во время запуска транслируется? ;-)
| |
|
3.11, Аноним (-), 14:46, 02/12/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Может, разумеется. Или ты думаешь, что ядро Фряхи, скомпилированное Шлангом, тоже во время запуска транслируется? ;-)
Оно еще и запускается? 8-O
| |
3.13, Аноним (-), 14:56, 02/12/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Может, разумеется. Или ты думаешь, что ядро Фряхи, скомпилированное Шлангом, тоже во
> время запуска транслируется? ;-)
Да кто этих фряшников знает, у них там все не как у людей, они и до jit перед запуском могут додуматься. А что, теоретически круто же :)
| |
|
4.14, RedRat (ok), 15:04, 02/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Да кто этих фряшников знает, у них там все не как у
> людей, они и до jit перед запуском могут додуматься. А что,
> теоретически круто же :)
Чтобы запустить JIT перед запуском ядра, надо сначала запустить что-то, что запустит JIT... :-)
| |
|
5.16, Аноним (-), 16:25, 02/12/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Чтобы запустить JIT перед запуском ядра, надо сначала запустить что-то, что запустит JIT... :-)
Например, VmWare под WinXP =)
| |
5.19, Аноним (-), 17:32, 02/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Чтобы запустить JIT перед запуском ядра, надо сначала запустить что-то, что запустит
> JIT... :-)
А что, пусть бутлоадер JIT делает! Это тоже теоретически круто! :)
| |
|
|
|
|
1.7, Мужик32 (ok), 12:49, 02/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
>добавлены некоторые возможности, ожидаемые в будущем стандарте C1x
>будущем стандарте C1x
>02.12.2011 09:44 Релиз набора компиляторов LLVM 3.0
Слоупоки-слоупочики.
| |
|
2.23, Сергей (??), 19:35, 02/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Как здорово, что ещё пишут что-то не на/для JS!
Почти всё пишут не на JS :)
| |
2.24, Сергей (??), 19:36, 02/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Как здорово, что ещё пишут что-то не на/для JS!
Всё пишут на Си и Си++. Всё остальное - процентов 10%.
| |
|
1.21, Аноним (-), 18:18, 02/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> sparse-llvm - бэкенд, нацеленный на создание Си-компилятора, способного собирать ядро Linux.
Непонятно, зачем это яблочникам понадобилось.
| |
1.22, botman (ok), 18:54, 02/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
За пределы Apple и кормящихся с лицензии BSD не улетит, поэтому так запутана вся работа с FreeBSD и OpenBSD, а Apple боиться открытия кода MacOS X и iOS. Даже не нужно выдумывать открытость там где её не планируется.
| |
|
2.26, Школьник (ok), 20:38, 02/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>поэтому так запутана вся работа с FreeBSD и OpenBSD
Что именно запутано?
>а Apple боиться открытия кода MacOS X и iOS.
Ядро MacOS X - открытое под очень либеральной по меркам F/OSS лицензией.
> Даже не нужно выдумывать открытость там где её не планируется.
Это вы про что, про LLVM? А аргументами подкрепить свою оценку открытости не затруднитесь ли?
| |
|
|