Цитата(CodeMonkey @ 12.9.2008, 10:46  ) | Цитата(Alexeis @ 12.9.2008, 11:12 Найти цитируемый пост)
Поддержка x64 RTL Delphi + C++ Builder в Roadmape с 2006 го года. Сначала предполагалось ввести в версии "Highlander", потом "Tiburon", сейчас отложили до "Commodore", т.е. до следующей версии.
И?.. |
То что это достаточное основание считать, что скоро будет поддержка компиляции x64, а значит нужно задуматься над тем как писать код так чтобы не портилось выравнивание структур, чтобы не портились прототипы функций, и преобразования указателей не портили их содержимое.
| Цитата(CodeMonkey @ 12.9.2008, 10:46 ) | Не вижу несогласованности. Ключевое слово здесь - type1 mapped to type2. Т.е. соответствие. Соответствие на то и есть соответствие, что может меняться. Integer сейчас, вон, тоже на LongInt замаппен. Ну и что? Это же не значит, что это одно и тоже. Вот если бы были такие слова, как: "Integer - это ровно и есть {какой-то тип C++ или .NET}" (вы уж простите, не спец я в них), то это было бы другое дело. Но сказано, что типы соответствуют друг другу. Чуете разницу? В Delphi for Win64 просто будет другой маппинг, вот и всё. Ровно так же, как отличаетсяся маппинг в D1 и D2.
|
С++ Builder компилирует не только С++ код, но и Delphi код используя общие части RTL и VCL. Сейчас С++ int определен как Integer, если при переходе Integer станет 64 битным (int не сможет стать 64х битным), то создателям Билдера прийдеться полностью переписать весь код заменяя int на long, и соответственно везде где приводились одноразмерные типы теперь невозможно преобразование, потому что тип int заменили для соответствия с VCL и тип к которому приводили нужно заменить на тип большего размера. Уйдут в горы тысячи написанных компонентов для билдера.
CodeMonkey, это будет далеко не тоже что просто взять сказать что типу Integer теперь соответствует long. Если ПО было написано грамотно (используя в нужных местах типы фиксированного размера), то перенос должен осуществиться гладко без полного переписывания.
| Цитата(CodeMonkey @ 12.9.2008, 10:46 ) | | С моей точки зрения, единственная причина оставить как есть - совместимость. |
Это весьма весомая причина. Кстати в С++ типы int и long тоже архитектурозависимые, но при этом long вырос, а int, остался таким. Вероятно на то есть очень веские основания. Логично предположить, что исходя из этих же оснований поменяются типы в Delphi.
Вспоминаем дальше переход c 16 разрядной на 32х разрядную.
C++
int 16 -> int 32
long 32 -> long 32
Delphi
Integer 16 -> Integer 32
LongInt 32 -> Longint 32
А теперь задумаемся почему это было сделано. integer мог содержать число 65 тыщ, обрабатывался за одну операцию, но этого явно было недостаточно для вычислений, поскольку не так много реальных величин укладывалось в этот диапазон. Нужен был целый тип большей разрядности, им был Longint, но вместе с этим вычисления с типом Longint производятся в 2 раза медленнее. Указатели не влазят в регистр и обрабатываются в 2 такта
Переходим на платформу 32. Наконец Integer можно расширить до 2х мрд. и нормально работать не теряя в скорости. Вопрос нехватки диапазона снят, потому нет смысла расширять Longint, и замедлять скорость. Для тех кому все же нужны большие числа ввели сравнительно редкий тип int64. Наконец, указатель влез в регистр. Ура у нас 32х разрядные регистры позволяющие за раз оперировать указателем за раз.
Переходим на платформу 64. Диапазон 2млрд. по прежнему устраивает большинство народу, скорость обработки int32 не медленнее чем int64, зато памяти теперь нужно в 2 раза больше + поплыли все структуры. Вреда больше чем пользы. Longint - теперь можно увеличить в 2 раза не теряя в производительности. Удобно! большой диапазон, а скорость как у Integer.
Указатели. Собственно ради этого и лезли в x64 наконец можно адресовать больше 2х Гб и при этом оставаться в пределах одного регистра.
Вот такие соображения. Потому есть уверенность процентов на 95 что именно так все и будет.
|
