Кажись уже есть компилятор Delphi x64?

← →
Кто б сомневался © (2011-10-30 18:38) [0]

Привет.

Подскажите насколько я помню уже появился рабочий компилятор Delphi x64? Или нет?

← →
MBo © (2011-10-30 18:43) [1]

Да, Delphi XE2

← →
Игорь Шевченко © (2011-10-30 20:26) [2]

Появился, рабочий, компилирует

← →
Бездомный (2011-10-30 22:52) [3]

имеет смысл ставить пиратский xe2 вместо xe?

← →
Омлет © (2011-10-30 23:24) [4]

> Бездомный (30.10.11 22:52) [3]

Если ты не знаешь, то не имеет.

← →
Игорь Шевченко © (2011-10-30 23:29) [5]

> имеет смысл ставить пиратский xe2 вместо xe?

имеет смысл ставить лицензионный

← →
картман © (2011-10-31 02:18) [6]

<offtop>
до жути интересно что разрабатывает ИШ:

>
> имеет смысл ставить лицензионный

</>

← →
Кто б сомневался © (2011-10-31 04:21) [7]

Скачал проверил, работает! Компилит пустой проект x64 с формой - 2,2 мега. Это прекрасно.

> Бездомный (30.10.11 22:52) [3]
>
> имеет смысл ставить пиратский xe2 вместо xe?

Смотря про какой смысл. Если про работоспособность - то будет работать также как и пиратка XE. Но если есть деньги - надо купить - для поддержки компании.
Если про новый функционал то вот он:

Summary of the XE2 Release
Key features of the XE2 release are:

FireMonkey Application Platform for cross-platform applications that run on Windows (both 32- and 64-bit), Mac OS X, and iOS.
VCL supports 64-bit Windows and 32-bit Windows
The Delphi RTL now supports Mac OS X and both 32-bit and 64-bit Windows
Cross-platform application development
Mac OS X Application Development
Two cross compilers for Mac OS X:
Delphi (DCCOSX.EXE, the Delphi Cross Compiler for OS X)
C++ (BCCOSX, the C++ Cross Compiler for OS X)
64-bit Windows Cross-Platform Application Development (for Delphi only)
Delphi 64-bit cross compiler (DCC64.EXE, the Delphi 64-bit Command Line Compiler)
DataSnap Connectors for Mobile Devices (Android, Blackberry, iOS, and Windows Phone)
LiveBindings in RAD Studio, the new data binding feature that simplifies your programming work with VCL and FMX

Каждая строчка - ссылка в хелпе.

← →
Кто б сомневался © (2011-10-31 04:34) [8]

FireMonkey - мультимедийная платформа. Позволяет строить мультимедийные анимированные приложения, использующие GPU DX и OpenGl. Кроссплатформенная.
http://www.youtube.com/watch?v=Txf9tJl2jDg
http://www.youtube.com/watch?v=-oW2UT-0djQ

Тут месяц назад спорили кстати по почте с одним типом.
Пришлось собирать статистику. По памяти -
15% прирост пользователей в год.
RAD Studio - вторая по массовости среда для программистов под Windows после Visual Studio. (2010 - разница 3% между C# и Delphi) - языки стоят внизу по популярности, первая ява и скриптовые.
Китай, Бразилия, Япония - основные источники приплода.

Это радует.

← →
Кто б сомневался © (2011-10-31 04:35) [9]

Откуда - google - набирал Programming Language Popularity

← →
Inovet © (2011-10-31 10:13) [10]

> [9] Кто б сомневался © (31.10.11 04:35)
> Откуда - google - набирал Programming Language Popularity

Большой брат видит всё - что и в чём ты пишешь.

← →
MastaK © (2011-10-31 11:04) [11]

На сколько совместим код Delphi 7,с Delphi xe 1,2?
Синтаксис не изменился(хоть немного)в сравнении с Delphi 7?

← →
RTFM (2011-10-31 17:02) [12]

Ты бы ещё про Delphi 2 спросил...

← →
DVM © (2011-10-31 17:05) [13]

> MastaK © (31.10.11 11:04) [11]

> На сколько совместим код Delphi 7,с Delphi xe 1,2?

На 100%. В основном зависит от писавшего этот код.

> Синтаксис не изменился(хоть немного)в сравнении с Delphi
> 7?

Нововведений в языке масса.

← →
DVM © (2011-10-31 17:07) [14]

> MastaK © (31.10.11 11:04) [11]

> Синтаксис не изменился(хоть немного)в сравнении с Delphi
> 7?

Еще раз приведу ссылку на код, ориентированный исключительно на 2010 и новее:

http://code.google.com/p/delphi-spring-framework/

Много незнакомых конструкций видишь?

← →
Rouse_ © (2011-10-31 18:30) [15]

> MastaK © (31.10.11 11:04) [11]
>
> На сколько совместим код Delphi 7,с Delphi xe 1,2?

Если писал ориентируясь на реализацию VCL от седьмой Дельфи - то не совместим.

← →
Кто б сомневался © (2011-10-31 21:56) [16]

> Rouse_ © (31.10.11 18:30) [15]
>
>
> > MastaK © (31.10.11 11:04) [11]
> >
> > На сколько совместим код Delphi 7,с Delphi xe 1,2?
>
> Если писал ориентируясь на реализацию VCL от седьмой Дельфи
> - то не совместим.

Наоборот. Если не использовались какие нибудь RTTI хаки, и все написано по уму - то минимум изменений - код совместим как написали выше полностью. Что не совместимо - будет указано до компиляции (warning и хинты)

← →
Rouse_ © (2011-10-31 22:06) [17]

> Кто б сомневался © (31.10.11 21:56) [16]

Эмнь, я немного не об том речь вел :)
Какие хаки, когда SizeOf(Char) в операциях с строковым буффером в большей части реализаций VCL не применялся? :) Ну и есесно SizeOf(Pointer) в пику 64-битности... Приведение массива чаров к строке туда-же и нюансы с созданием новой строки на рефе...
Куда смотреть как правильно писать, как не на исходный код VCL?

← →
Rouse_ © (2011-10-31 22:07) [18]

Удалено модератором

← →
Кто б сомневался © (2011-10-31 23:36) [19]

> Rouse_ © (31.10.11 22:06) [17]

> Какие хаки, когда SizeOf(Char) в операциях с строковым буффером
> в большей части реализаций VCL не применялся?

Ну и что? Старый VCL заменили новым, соотвественно и исправили. Причем здесь код конечной программы? На вход я подаю одни данные, на выходе другие, как там оно реализовано в VCL - это не моя задача, главное чтобы корректно возвращал результат.
Это раз, во вторых насколько я помню, SizeOf(Char) довольно часто встречался в VCL (а как иначе то? цифрой что-ли размер указывать? я такого в VCL не видел, хотя рылся там много).

← →
Германн © (2011-10-31 23:56) [20]

> Какие хаки, когда SizeOf(Char) в операциях с строковым буффером
> в большей части реализаций VCL не применялся?

+1
Вот тот же FillChar. (Если не ошибаюсь).

← →
имя (2011-11-01 00:45) [21]

Удалено модератором

← →
Бездомный (2011-11-01 01:02) [22]

Приятного аппетита

← →
Юрий Зотов © (2011-11-01 01:49) [23]

64-битные языки - это круто.

А владеющие ими потенциальные кандидаты - это гламурненько.

И потенциально проффессионально.

Но только потенциально.

← →
Омлет © (2011-11-01 06:52) [24]

Удалено модератором

← →
Rouse_ © (2011-11-01 09:32) [25]

> Ну и что? Старый VCL заменили новым, соотвественно и исправили.

Ну вот тебе и ответ, если кто-то писал ориентируясь на то как писан VCL (я например так и писал) то приходилось потом делать такие-же правки как и эмбаркадеровцам, переписывая в соответствии с новой идеологией...

← →
Rouse_ © (2011-11-01 09:40) [26]

> Кто б сомневался © (31.10.11 23:36) [19]

И вот тебе кстати наглядный пример, Дельфи 2010, Forms функция GetCursorHeightMargin строка 10646.
Bits := Pointer(DWORD(Bitmap) + BitmapInfoSize);
Это написано не правильно и на тот момент времени не было вот такого мануала:
http://docwiki.embarcadero.com/RADStudio/en/Converting_32-bit_Delphi_Applications_to_64-bit_Windows
в котором написано:
Wrong: MyPtr := Pointer(Integer(P) + 10);

Откуда тогда на тот момент времени программисту знать что этот код не верен и что правильно писать вот так:
Correct: MyPtr := PByte(P) + 10; Backward-compatible: MyPtr := PAnsiChar(P) + 10;

зы кстати проверьте эти два варианта под седьмой дельфи, там помоемому один или оба варианта не скомпилятся...

← →
DVM © (2011-11-01 10:01) [27]

> Rouse_ © (01.11.11 09:40) [26]

> Откуда тогда на тот момент времени программисту знать что
> этот код не верен

Знаешь, по-моему это только у Delphi программистов была уверенность в незыблемость размера указателя и символа, что само по себе странно. Но тем не менее, я встречал исходники, написанные еще в прошлом веке, в которых размер символа и размер указателя не считался постоянным.
С 2002-2003 года уже стала мелькать информация, что нельзя полагаться на то, что размер Char = 1.

← →
DVM © (2011-11-01 10:04) [28]

> Correct:
>
> MyPtr := PByte(P) + 10;

Есть еще такой вариант:

MyPtr := Pointer(NativeUInt(P) + 10);

В D2006 уже есть тип NativeUInt. В D7 не знаю.

← →
Eraser © (2011-11-01 10:04) [29]

> [27] DVM © (01.11.11 10:01)

> Знаешь, по-моему это только у Delphi программистов была
> уверенность в незыблемость размера указателя и символа,
> что само по себе странно.

как раз по-моему ничего странно. Когда появилась юникодовская и 64 разрядная версия компилятора от MS и когда Делфи...

← →
DVM © (2011-11-01 10:06) [30]

> Eraser © (01.11.11 10:04) [29]

> Когда появилась юникодовская и 64 разрядная версия компилятора
> от MS и когда Делфи...

64 бит юниксы есть с лохматых времен и компиляторы тоже и никто не считал что размер указателя всегда 4

← →
Eraser © (2011-11-01 10:41) [31]

> [30] DVM © (01.11.11 10:06)

так вот то то и оно )

← →
Rouse_ © (2011-11-01 10:43) [32]

> Знаешь, по-моему это только у Delphi программистов была
> уверенность в незыблемость размера указателя и символа,
> что само по себе странно.

Заметь - этот код писали разработчики Дельфи, а не абы какие с потолка взятые разработчики :)
ЗЫ: в свое время мне вообще реализация 64битного компилера представлялась маловероятной, поэтому на такие вещи вообще клалось поперек...

> [32] Rouse_ © (01.11.11 10:43)
> в свое время мне вообще реализация 64битного компилера представлялась
> маловероятной

4ГБ хватит всем?

Имелось ввиду 64битного дельфи компилера. А вообще мне двух хватает :)

> [34] Rouse_ © (01.11.11 11:12)
> Имелось ввиду 64битного дельфи компилера.

Я понял, но не понял отчего была уверенность. 64 процессоры появильсь бы всё равно, ОС тоже. Почему компилятор Делфи не появился бы?

Ну ес честно я не был уверен даже в том что 2009-ая дельфи выйдет в то время :)

> [36] Rouse_ © (01.11.11 11:22)
> Ну ес честно я не был уверен даже в том что 2009-ая дельфи
> выйдет в то время :)

Вот об этом я и подумал.:)

> Rouse_ © (01.11.11 09:40) [26]
>
>
> > Кто б сомневался © (31.10.11 23:36) [19]
>
> И вот тебе кстати наглядный пример, Дельфи 2010, Forms функция
> GetCursorHeightMargin строка 10646.

Не, я это понимаю. Но опять же вопрос - ну и что? Функция GetCursorHeightMargin работает как в 2010 так и в XE2 на x64. Появился XE2 - там исправили. На коде программы это не отобразиться никак - мы как раз про это и спорим.
А если в коде программы (не в VCL) есть такие конструкции, то
1. до компиляции будет предупреждение, при помощи которых легко пофиксить это.
2. Есть директивы делающие Pointer 32 битным

Так что код старых программ совместим почти на 100%, но само собой с правками - все таки другая платформа.

Правки могут вылится в несколько месяцев работы :)

> Inovet © (01.11.11 10:54) [33]
> > [32] Rouse_ © (01.11.11 10:43)> в свое время мне вообще
> реализация 64битного компилера представлялась > маловероятной
> 4ГБ хватит всем?

"Это кому тут 32 Кб не хватило для обработки несчастных 150 Мб данных?" :)
Вообще здорово, когда пространство нарастает быстрее чем требуется. Но не делайте из этого культа.

Мы вот ATmega8 в некоторых новых устройствах до сих пор используем - в 512 байт EEPROM входит конфигурация с годовым, недельными и суточными планами работы железяки )

← →
RTFM (2011-11-02 22:50) [42]

> С 2002-2003 года уже стала мелькать информация, что нельзя
> полагаться на то, что размер Char = 1

Вышел Kylix, у которого Char = WideChar, а String = WideString. Весь CLX был юникодным.

Слышал что в XE4 обещают кросс-компилятор для linux кстати.

> "Это кому тут 32 Кб не хватило для обработки несчастных
> 150 Мб данных?" :)
> Вообще здорово, когда пространство нарастает быстрее чем
> требуется.

Это совсем не здорово. Т.к. уже я на каждом шагу встречаю тормоза и повышенные требования к ресурсам в .Net программах. Тормоза (неповоротливость GUI скажем) воспроизводятся по разному, но в основном в Net программах. Причем на 4 ядреном компе с игровой видяхой. Возможно это ньюансы реализации и кривость рук разработчиков, но то что Net требует больше памяти это точно.
Что важно, и я это уже говорил не раз на форуме - на рынке пользуются спросом и имеют приоритет программы работающие быстро (идеальный пример Utorrent и BitTorrent - копия GUI у обоих, но первый работает быстрее, exe меньше весит - юзеров больше - клиент всегда показывает у кого какой клиент стоит при закачке, при том что BitTorrent появился раньше и был популярен)

> Тормоза (неповоротливость GUI скажем)

Именно поэтому так много остается юзеров на XP. Я вот и просидел 4 месяца в Win 7 - потом загрузил старую XP x64 с образа - надо было потестить и остался на нем - я просто был удивлен скорость работы GUI - окна отображаются мнгновенно после клика, все летает - отвык уже от такого с Win 7, теперь и останусь на ней (на XP всмысле - возможно Win 8 исправит неповоротливость).

Кажись уже есть компилятор Delphi x64? Найти похожие ветки