Цель проведенной работы - проверить и показать, что возможно перейти на новый компилятор и KOL и поддерживать их в актуальном состоянии. В целом, за редкими исключениями, можно вообще отказаться от компилятора Delphi. Задача-максимум - убедить разработчиков отказаться от старого штатного компилятора FPC и делать компоненты, ориентируясь на новый.

- Все компоненты остаются совместимыми с текущими компиляторами. Совместимость с новым обеспечивается директивами условной компиляции в коде компонентов.

- Переход на новый компилятор позволит без особых трудностей регулярно обновлять его и библиотеку KOL.

- С новым FPC можно собирать истинные 64-битные приложения.

- Реализована поддержка Unicode.

- Поскольку используются полные, а не урезанные версии системных модулей, для HiAsm становится доступным весь код, который выпускается для FPC, а портирование компонентов Delphi, не завязанных на VCL, упрощается.

- На данный момент на новом компиляторе заработали компоненты StyleXP, PNG, FastMathParse, PlotDiffSeries, Jpeg, Zlib без DLL и компоненты из вкладки WMI

- В предложенном мной пакете я уже внес изменения во все компоненты, которые только смог, для обеспечения компилируемости новым компилятором. Хотя в работе пока не все протестированы.

- Компоненты Флеш и Веб-браузер по-прежнему не работают. Но шансы адаптировать их или сделать аналоги сильно выросли.

- Проблемы со свойством Transparent (частино решение найдено); не работает VBScript, VBJScript; по-прежнему не работает UseActiveX. Есть некоторые проблемы с модальностью форм и уничтожением динамических контейнеров.

- Не все компоненты протестированы в работе с новым компилятором.

- Из-за того, что используются неурезанные системные модули, вырос размер исполняемого файла.

- Был настроен компилятор и отобраны минимально необходимые модули для работы. Некоторые модули были незначительно изменены для использования с новыми настройками компилятора.

- Были переработаны файлы KOL для работы с новым компилятором в 64-битном и Unicode режимах.

- Самое глобальное изменение - в коде компонентов функция ToString() теперь должна писаться как Share.ToString(). Причина этого в том, что в корневом классе нового FPC уже есть метод ToString. Вызов этой функции из методов класса-наследника без уточнения модуля означает, что вызывается метод класса-предка. Также для поддержки Unicode в своих компонентах разработчики в коде должны использовать дополнительные функции по работе с кодировками и строками.

- Были переработаны практически все компоненты для работы с новым компилятором в 64-битном и Unicode режимах.

- Библиотеки make, draw, Codegen.dll были доработаны для компиляции новым FPC.

- Разработчикам компонентов: в коде можно использовать следующие дефайны:
{$ifdef F_P} - для кода, предназначенного для старого компилятора;
{$ifdef FPC_NEW}, {$ifdef KOL3XX} - код для нового компилятора. Необязательный второй вариант уточняет, что код характерен только для новой KOL
{$ifdef FPC} - код, работающий со старым и новым FPC, но не работающий с Delphi
{$ifndef FPC} - код только для Delphi.
WIN64, WIN32 - разрядность ОС.
Ну, и их вариации.

- Нужно протестировать все компоненты с новым компилятором. Выявленные ошибки - исправить.

- Если разработчики примут решение официально поддерживать этот компилятор, нужно:
- внести изменения в компоненты на SVN. Готов выполнить первоначальные правки;
- разместить компилятор на SVN;
- оперативно вносить исправления в компоненты и файлы компилятора по мере обнаружения и решения возникающих ошибок.
- разработчикам новых компонентов также тестировать их на совместимость с новым компилятором.
- если новая KOL будет нормально оттестирована, её также можно пристроить к компилятору Delphi.