Disclaimer: mám oficiální povolení psát o Delphi XE4 před release. Musím to zde napsat.

Jelikož mám zkušenost že lež oběhne svět ještě než si pravda obuje boty tak zkusím nastínit jak je to s kompilátory v Delphi XE4.

Delphi XE4 (asi podle edice) obsahuje 5 (slovy pět) kompilátorů.

Více...

POSIX nazývám to, co je v adresáři source\rtl\posix Delphi od verze XE2+. Jedná se o Delphi rozhraní momentálně pro MACOS, s tím, že jsou naznačeny části IFDEF LINUX, ale nejsou zatím dodány.

uses Posix.StdDef;

{$IFDEF MACOS}
{$I osx/SysTypesTypes.inc}
{$ENDIF MACOS}
{$IFDEF LINUX}
{$I linux/SysTypesTypes.inc}
{$ENDIF LINUX}
…

Více...

Delphi podporují ladění na OS X, navíc iOS je na pochodu. Jedinou možností jak si zkusit OS X pokud nemáte HW je virtuální stroj. Bohužel licenční podmínky zakazují provozovat OS X na jiném než Apple HW, navíc všechny virtuální nástroje (jako např. VMWare) mají uměle zablokovánu podporu pro OS X. Více...

Kreténi. Tak jedině mohu nazvat autory OS X. Vysvětlím proč. Minule jsem popisoval jak staticky linkovat knihovny na OSX. V podstatě si musíte dát jen pozor, aby se při importu u symbolů přidalo podtržítko. Tj. pokud se exportovaná funkce jmenuje Foo, při importu musíte specifikovat název

_Foo

Ok, prostě taková úchylka, člověk se s tím smíří. Více...

Z jistých důvodů jsem byl nucen použít C++Builder jako cross platform řešení pro vytvoření DLL a dyLib pro výsledné použití z Delphi. Vycházelo to jako nejjednodušší varianta. Nikdy jsem neměl rád C. To se nyní změnilo - je to horší. Každopádně jsem nějakého výsledku dosáhl. Musím ale uznat, že C++Builder cross kompilaci řeší tak jednoduše jak to jen jde.

Více...

Jelikož API OSX předpokládá použití své varianty řetězců a dalších komplexních datových struktur, přináší RTL Delphi jednoduché nástroje na konverzi z nativních Delphi na nativní OSX typy a zpět.

Více...

FastMM nyní nově podporuje OSX. Kukněte do SVN, od revize 59. Podle testerů je výkon výrazně lepší, mluví o 20 - 40%. A to je jen verze bez ASM. Více o FastMM viz tag FastMM.

Už dříve jsem napsal článek o DLL a volacích konvencích a dnes to doplním o použití pro OS X. Většinu věcí použijete z minula, jen je tu takový drobný zádrhel.

Více...

Z changelogu:

4.1.3 23-Nov-11

• Update 2 for RAD Studio XE2, Delphi XE2, and C++Builder XE2 is now required
• Mac OS X and iOS in RAD Studio XE2 is supported
• FireMonkey support is improved

Díky za upozornění (bullhead)

Abych předešel zmatkům a výkřikům (někdo to už špatně pochopil): Platform assistant, který je součástí instalace XE2 slouží primárně k ladění, tj. umožňuje z Windows z IDE ladit (krokovat a posílat přeložený kód na Mac) na OSX, což neumí žádný jiný nástroj. Neslouží k distribuci výsledného programu koncovým uživatelům.

Uvedený pomocný program dělá jen "OSX friendly" balíček pro výslednou instalaci.

Druhá poznámka: přeložený kód pro OSX je 32bit nativní. Ale to opravdu ničemu nevadí. Pro úplnost: 64bit kompilátor je plánován na později.

Bohužel nevím jaký je stav Indy nebo Synapse pro OSX a iOS a zda je něco plánováno. Ale znám unit, který mi na iOS stáhne přes HTTP data, a to mi pro moje účely zatím stačí. Až ho vyzkouším, tak se tu snad o něm zmíním.

Pokud vytvoříte FireMonkey aplikaci a chcete ji přenést na cizí Mac, tak to není tak jednoduché jako na Windows. Můžete použít platform assistant (PA) od Embarcadera nebo free nástroj bundler (přečtete si readme), který vytvoří zip, který OSX umí rozeznat. Platform assistant, který je součástí instalace XE2 slouží primárně k ladění a není určen k distribuci na zákazníkův počítač.

Ale pozor, je zde pár záludností a jednou z nich je deploy dialog - bez něj se nepohnete.

Více...

Opět pár poznámek ohledně toho co mne praštilo do očí. A hlavně pár veřejných informací o FireMonkey.

Více...

Oficiální stránka RAD Studio XE2 World Tour

Více...