LINUX.ORG.RU
Новости — Open Source  

Mono 2.2

 ,


0

0

Производительность времени исполнения:

  • Новый генератор кода. Тree-based заменён на Linear IL engine, что позволило увеличить скорость во многих невычислительных задачах.
Компиляция перед исполнением (Ahead of Time Compilation):
  • Поддержка Full Ahead of Time Compilation, generic sharing и статического связывания.
Мониторинг:
  • Поддержка мониторинга с помощью PerformanceCounters.
  • GUI утилита `mperfmon'.
Прочее:
  • Добавлена поддержка SIMD в Mono JIT.
  • C#: Mono.CSharp.Evaluator(класс и библиотека ) для динамической загрузки и исполнения C# кода.
  • csharp Shell

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

← Qt доступна теперь и под LGPL
Вышел FreeCol 0.8.0 →
  1 2 3 4 5 6 7 8 9 →
Ответ на: комментарий от iZEN

> Что, серьёзно, контейнер сервлетов с помощью GCJ превратился в JVM?!

Это ж ты привел в качестве доказательства отсутсвия VM возможность нативной компиляции. Пересмотрел свою точку зрения? Возможность AOT уже не решает?

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

>Пересмотрел свою точку зрения?

Пару постов назад. VES всё-таки можно назвать виртуальной машиной.

>Возможность AOT уже не решает?

AOT, безусловно, силён.

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

>Видел когда-нибудь бинарники qbasic?

Нет. QBasic был интерпретатором.
Код QBasic можно было откомпилировать компилятором QickBasic. Там какая-то библиотека времени выполнения (интерпретатор+рантайм?) к нему подцеплялась...не помню сейчас — точнее не скажу.

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

Я предупреждал, эта тупица изен никогда себя идиотом не признает. Спорить с недочеловеком бесполезно.

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

> Код QBasic можно было откомпилировать компилятором QickBasic. Там
> какая-то библиотека времени выполнения (интерпретатор+рантайм?) к
> нему подцеплялась...не помню сейчас — точнее не скажу.

Писал он basic исходник в файл и прицеплял интерпретатор. Считается это компиляцией или нет?

eXOR ★★★★★
()

SIMD @!$%, лучшеб сделали, чтоб неоходимость векторизации определялась бы автоматически, на стадии JITтирования. Компилер С++ от Intel умеет однако и без подсказоа циклы векторизовывать! Так-то! ©

Но на самом деле, врятли они осилят динамический векторизатор это сделать ибо пишут на убогом си, вместо того чтоб отложить свои треш-дела и почитать там саттера и александреску, если мозг отваливается посмотреть исходники Boost'a. Весь их сраный JIT можно написать в меньшее кол-во букав (там RAII всякие, шаблоны стратегий, смартптры, мпл), с много меньшим числом потенциальных ошибок и с более высоким индексом поддерживаемости, pimplами скрыть все ненужное - и вуаля! все лежит по полочкам и все это что лежит легко обращивать и обтачивать. А то все мнят себя торвальдсами и когда на дворе 2009 год продолжают треш сишный городить.

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

Это тролль? Скажите мне, что это тролль!

Хуже С для написания компиляторов может быть только С++.

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

> Ты gcc-шный код видел

Видел. И девел-лист читал.

> или так, всперднул-с?

Ты что сказать-то хотел?

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

> Это тот что без тривиального полиморфизма и не умеет 2.0/2 компилировать?!

И часто тебе приходилось делить 2.0 на 2, когда ты писал компиляторы?

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

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

theos ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 3 4 5 6 7 8 9 →
← Qt доступна теперь и под LGPL
Open Source
Вышел FreeCol 0.8.0 →