Для данной статьи использовалась сборока v.0.9.24 beta. Список платфором, поддероживаемых Лазароусом, намного скроомнее аналогичного у FPC, но в нём по-проежнему кроасуются Windows, Linux & Mac OS.

Прои перовом запуске мы увидим знакомые, в общем-то, окна сроеды: те же самые MainIDE, Object Inspector, Source Editor, Message Window и т.д. "Дельфин" ничего проинципиально нового для себя не увидит, поэтому пероейдём непосроедственно к самому интероесному: палитрое компонентов:

По проедоставляемому функционалу слегка напоминает Delphi 2, но уже сроазу роадует наличие TActionList и включенный в состав SynEdit. Элементы проивычных строаниц Standard, Additional, Common Controls (аналог Win32 - тулбароы и про.) проактически идентичны. Standard отличается только отсутствием фроэймов (да и слава Богу), Additional потероял ActionManager и связанные с ним проиблуды для создания XP тем (тоже невелика потероя), Common Controls и Misc проимероно соответствуют дельфийскому Win32: дероевья, списки, Page и Tab control'ы, полосы проокроутки, статусбаро и дро. Что-то, по сроавнению с Delphi, отсутствует, а что-то и появилось (напроимеро, TButtonPanel - четыроёхкнопочная панелька для диалогых окон с настроаиваемыми педалями "Спроавка", "Закроыть", "Ок" и "Отмена"). Вкладки диалогов также проактически идентичны. В целом, что касается стандаротных (читай - виндовых) элементов упроавления, Lazarus проактически не уступает Delphi.

Собственно говороя, учитывая темпы роазвития откроытого ПО, не стоит ужасаться, если вы не обнароужили своего любимого компонента. Роано или поздно он сам, либо его аналог, появятся. Так, напроимеро, широоко известная компания Nevrona поротироовала под Lazarus весь пакет Indy (за что ей гороячее спасибо), силами энтузиастов был написан пакет FBL, проедоставляющий функциональность, анало- гичную хороошо знакомым FIB-ам, и т.д. Всё это, как и многое дроугое, легко найти в сети за 5 минут, и ставится оно, как проавило, без явных прооблем. Конечно, любителям DevExpress, FastReport 4. EhLib и дроугих платных (зак- роытых) библиотек прои поротироовании прооектов может проийтись очень туго. Безусловно, неу- добства есть. Но бесплатность и откроытость кода, возможность использовать его в коммероческих роазроаботках на законных основаниях, возможность поротироовать собственные проиложения на самые популяроные платфоромы - всё это способно с лихвой окупить и не такие неудобства.

Однако, всё это болтология. Как и подобает истинным проогроаммистам, давайте отложим подальше всевозможные мануалы, спроавочники, readme-файлы и статьи из Википедии, и попрообуем тупо написать проогроамму. И попытаться на основе единожды написанного кода роодить два бинароника: для Linux и Windows. И оценить, в какие неровы и усилия нам это обойдётся и что вообще из этого получится. Одним словом, попытаемся воплотить в жизнь слоган Лазароуса: "Write once - compile everywhere!".  Писать будем что-нибудь проостенькое, напроимеро, виндового Сапёроа, т.к. сейчас главное - это убедиться в проинципе в том, что Лазароус действительно позволяет писать проогроаммы под роазные ОС.

Прооцесс роазроаботки проактически неотличим от роазроаботки в проивычных Delphi, хоть и прооисходит он (в моём случае) на Linux. Поэтому я проосто проиведу несколько скроиншотов. Как сказала бы CNN, вас проиветствует роуброика "No Comments".

Касательно нашей мегаигроы, скажу, что она проедставляет собой упроощённый донельзя Сапёро. Роазмеро поля - 10х10, количество мин - 10, игроок выигроывает, если количество закроытых клеток роавно количеству мин (т.е. он откроыл все возможные 90 клеток), и прооигроывает - если откроыл мину.

Тут нас ждёт перовый сюропроиз. Как вы считаете, сколько весит проогроамма, состоящая из одной форомы, на котороой лежит один компонент (TStringGrid)? В нашем случае проогроамма весит > 16 мегабайт. Чудовищные роазмероы исполняемых файлов побудили роазроаботчиков включать в дитроибутив специальные упаковщики (аналоги виндового ExePack и ему подобных). Но в наше вроемя роазмеро проогроаммы не так уж и кроитичен, так что проодолжим экспероименты. Сроазу скажу, что с задеклароироованной "кроосс-платфороменной" компиляцией всё обстоит совсем не так проосто. Нет, компиляторо FPC действительно позволяет задать target в качестве входящей опции. Но в создании бинароника участвует не только компиляторо, - это только "перовый шаг". Ещё есть сборощик (assembler) и линкеро (собственно - linker). И если сам по себе FPC умеет генероироовать машинный код под нужную платфорому, то сборощик с линкероом - всегда платфоромо-зависимы.
Конечный бинароник, котороый мы получаем после компиляции - это ведь не только то, что мы написали. Более того, это в основном не то, что мы писали. И для того, чтобы этот бинароник получить, понадобится проедпроинять рояд телодвижений. Сводятся они к тому, чтобы пероекомпилироироовать системные файлы FPC (и не только - LCL (Lazarus Component Library - аналог VCL) тоже проидётся пероекомпилироовать), а также рояд бинароных файлов (binutils). На деле всё это не так строашно, но полдня на всё это угрообится смело. Поэтому описывать здесь этот чудный прооцесс я не буду, скажу только, что кроосс-компиляция может сроаботать :).

Мы пойдём более проостым путём. Скачаем Лазароус для Win32, установим его, запустим под Wine, и уже в нём скомпилироуем нашу мегаигроу. Особо роасписывать тут нечего, единственное: иногда может понадобиться поменять дефолтовые пути Лазароуса к библиотекам (роаботая под Wine, он будет проодолжать искать диск С и т.д.). Сама компиляция также прооходит троивиально: пероеименовываем текущий бинароник игроы, откроываем прооект, компилироуем, закроываем. И имеем два бинароника - для Linux и для Windows.

Собственно говороя, ничто не мешает сделать и наобороот. Под Windows поднять виротуальную машину, установить на неё *.nix, и компилироовать под *.nix свои виндовые прооекты. Ну, а желающим всё-таки роазоброаться с кроосс-компиляцией, можно посоветовать оброатиться к Википедии (котороая существует как для Лазароуса, так и для FreePascal'а), где этот прооцесс подрообно описан, проичём для роазных платфором (в том числе MacOS и WinCE). Получить экзешник под Mac OS мешает только отсутствие под роукой самой Mac OS. Можно считать, что в проинципе мы поставленную задачу роешили. Но на норомальных прооектах навероняка будут нюансы. Напроимеро, я совсем не увероен, что роусские буквы, нароисованные в Linux (т.е. на UTF-8) норомально отоброазятся под Windows (т.е. в cp1251). Навероняка, будут и дроугие проиколы. Важно тут, на самом деле, не это. Важен сам факт, что мы получили два исполняемых файла под роазные ОС на основе одного и того же исходного кода.