1.1, аноним (?), 00:08, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Хотелось бы узнать о возможности задействования данного проекта для интеграции с платформой Mono, а также увидеть оценку прироста производительности относительно TraceMonkey и V8.
| |
|
2.5, vadiml (ok), 00:36, 16/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Скорее всего никакой возможности, т.к. они прямые конкуренты, а их разработчикам другая платформа не нужна.
> увидеть оценку прироста производительности относительно TraceMonkey и V8.
А разве ранее такая для parrot-a уже была? Я не слышал чтобы С/С++ или XUL выполнялись в parrot. Тут ещё в racudo во всю ловят/правят баги, а остальные ещё более сырые.
| |
|
1.3, аноним (?), 00:27, 16/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А мне интересно, можно ли использовать с rakudo llvm, и компилить все в нативный код, а не в тупиковый пережиток - код для VM, да еще и с диким оверхедом по CPU и памяти на jit компиляцию.
| |
|
|
|
4.8, СуперАноним (?), 08:21, 16/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
В машинный код некоего гипотетического RISC процессора. На реальных платформах код, опять же, этот код интерпретируется.
| |
4.9, vadiml (ok), 09:36, 16/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ну тогда и у parrot-а тоже в машинный код, только не виртуального risc-процессора, а виртуального стекового процессора.
| |
|
|
|
3.12, аноним (?), 06:44, 17/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Компиляция в LLVM одна из целей Lorito.
Круто, я правильно понимаю что это будет работать как блин, вся эта VM'ная хренота должна была строиться изначально - обычный код будет компилиться сразу в нативный, а динамические вещи типа eval "" будут jit'иться?
| |
|
|
|