CodeMonkey, 



Если embarcadero  не могут сделать x64 в win (что куда проще чем добавить поддержку *nix) - то сильно я сомневаюсь что они это сделают.

Вообще тут два пути - делать привязку к существующей кроссплатформенной библиотеке (QT, например).

Либо допиливание Призм и крики - "мы крутые! мы сделали Кросплатформ" тихо помалкивая про лицензионные проблемы mono и его кривость в сравнении с оригинальным .NET.  

Что-то мне подсказывает, что будет именно второй вариант.  Кстати, если убрать рекламу про кроссплатформенность, весьма многообещающий -  за .NET будущее разработки под win. native  MS похоронит в обозримом будущем, как тот еще костыль мешающий их экспансии на иные процессорные платформы.

Есть, конечно, третий вариант - разработка своей кроссплатформенной либы, но мы все понимаем, что при сегодняшнем положении дел embarcadero  такой грандиозный проект просто не потянет. 


ИМХО - если хотят выжить, пусть доведут до ума то что есть, а всякие космические проекты типа кроссплатформенности - оставят до светлого будущего, Иначе это светлое будущее для embarcadero  просто не наступит. 

Вообще-то кроссплатформенность уже с нами, хотя и в виде закрытой беты. Под MacOS, правда (под Linux - в след. релиз).

Добавлено через 6 минут и 58 секунд

Это взгляд со стороны. 

На самом деле, им не принципиально, что добавлять. Компилятор Delphi, в том виде, в каком он есть в D2010 и ниже, равно не приспособлен ни к x64, ни к Linux, ни к MacOS. Об этом говорил или Barry или Allen (не помню). Сейчас главная задача для Embarcadero - рефакторинг компилятора. Сделать его модульным и расширяемым. Чётко разделить парсер с анализом и стадию генерации кода. Тогда целевые платформы можно будет добавлять как плагины. Как только будет сделан этот переход, новые платформы можно будет добавлять относительно легко. Но процесс этот сложный и долгий. Над ним начали работать уже давно - вспомните preview x64 компилятора на конференции, кажется, года два назад.

У меня есть подозрение, что именно поэтому MacOS не случайно выбрана как первая платформа - потому что она наиболее сильно отличается от x86-32 (среди Linux, x64 и MacOS). Реализовав её сейчас - это позволит учесть сразу максимум нюансов. А то реализовали бы они сейчас Linux (или, того хуже: x64), а потом стали ещё что-то делать, глядь: а написанный код это не позволяет - и снова за перекройку.

И что это из себя представляет?  На базе чего сделали порт VCL под Mac OS ?

CodeMonkey, 



ИМХО, поддержка x64 под win и поддержка иной ОS - это принципиально разные задачи.



MacOS, так же как Linux, удовлетворяют POSIX.  Думаю, Mac OS выбран ввиду того что его поддержка со стороны Delphi более востребована ->  больше копий IDE можно продать.

Если кратко: all hail Kylix!


Подумайте ещё раз над тем, что я сказал про старый монолитный компилятор, не приспособленный под смену целевой платформы.


Linux - уже однажды пройденный путь (Kylix). Там нет ничего нового. MacOS - не паханное поле. Ссылка в поддержку моей точки зрения.

CodeMonkey, 


Несмотря на это - задачи совершенно разные.

Если сделать поддержку х64 - это вопрос компилятора. Возможно с небольшой оптимизацией кода VCL под х64.

То сделать поддерку иной платформы гораздо сложней - тут VCL так просто не портируешь.  Да и уже написанные на Delphi приложения не скомпилишь. 



В MacOS по сравнению с Linux особо нового не так много. Я думаю - тут просто вопрос финансофой выгоды - MacOS более востребован.

Да не говорил я, что это одинаковые задачи!

если взять QT из Delphi7 и переработать под Delphi 2011, то, наверное, легче

Akella, 



А в Delphi7 был QT ? Честно не знал, последний продукт от Борланд и их последователей которым пользовался был Builder 6. Отличная IDE для своего времени.


Но  наверно это был некий самостоятельный продукт, не связанный с основной библиотекой VCL? А ведь основная сила Delphi/Builder - VCL и то что с ее помощью уже написано!

Потому сделать кросплатформенность может и не сложно, но какой в ней смысл если не будет сопоставимого с VCL набора компонент и, желательно, совместимого на уровне кода (чтоб старые наработки хотя бы частично копипастить)?

п.с. Кстати, использование QT, решит и проблему с x64. 

  

        

CodeMonkey, 

Что вызвало у Вас такой смех? 

Vasay,  Я думаю это тоже самое, что покраска кузова авто решит проблему с двигателем.

RomanEEP, 

Используем QT для компонентов, FPC для компиляции своего кода. Можем компилить хоть под Win, хоть под *Nix, хоть под х86, хоть под AMD64.

Или Вы не согласны?

Добавлено через 1 минуту и 16 секунд
Другое дело, что VCL не на QT написано. А это, ИМХО, самая вкусная часть Delphi/Builder

на сколько я помню, то нужно было с собой таскать какую-то dll-ку с именем QT. И в uses приложения был тоже модуль с именем QT

  Так Kylix и есть надстройка над старой версией QT. Логично что была зависимость.