Arioch1
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ну, положим, причин верить Майкрософту на слово не сильно больше.
Например интересно бы было увидеть список нативных компиляторов под WinRT независимых от MSVCRT.DLL, сколько там позиций
Так что каждый выбирает на свой вкус.
Просто на мой вкус, если из каких либо политических соображений Эмб решила прикрыть косяки Майкрософта своим лицом - то значит она хочет по этому лицу получить.
Вот и все.
Не важно, это косяки МС или Эмб. Если Эмб решили сделать вид, что это их косяки, то значит так тому и быть, пуркуа бы и не па.
Добавлено:
А вот с того форума, где Аллен впервые "сорвал покровы"
Цитата: msvcrt.dll is built and maintained by the Windows team, not the VC++
team. It is also the "C" runtime library, not C++. VC++ produces and
delivers the msvcrXXX.dll files. The one that is needed for WinRT is
msvcr110.dll, and is only delivered as a redist for VC++ 2012.
Another thing that MS did was break up the runtime into lots of various
DLLs, some OS supplied others in the redist.
Finally, mapping to he VC++ runtime still doesn't solve the case of
requiring all PE images within an appx package to be built with SafeSEH
tables... whatever they happen to contain. |
Последний абзац просто должен был появиться.
Если у них нет возможности сделать RTL под WinRT, то кто ж им позволит перед выпуском XE3 затачивать под WinRT остальные вещи - компилятор, FMX/VCL и т.д. ? Нету у них компилятора под WinRT.
- Не можете сделать ВСЁ ?
- Не можем.
- Тогда не делайте НИЧЕГО. И так дел не впроворот. Не теряйте попусту время.
Вообще, если WinRT требуют модификаций языка, и мы будем ожидать PasLang с обновленным языком - то логично бы было туда и отодвинуть настояющую поддержку WinRT  |
Всего записей: 904 | Зарегистр. 03-03-2010 | Отправлено: 13:03 24-08-2012 | Исправлено: Arioch1, 14:13 24-08-2012 |
|
