Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Компиляция KOL 1.88 под FPC???

SAGE © (2003-12-24 20:02:00)
Vladimir Kladov: [*]Free Pascal compatibility fixed (problem with TAction fixed, version 1.0.10 compatibility checked).

Не знаю как там проверялась совместимость с FP 1.0.10
Но баги замечены:
1. Почему из KOL.PAS при преобразовании с помощью KOL2FPC пропадают константы:
ofOpenRead, ofOpenReadWrite, ofShareExclusive и т.д.
2. Почему нужно вписывать в KOL.PAS:
{$MODE DELPHI}
{$DEFINE F_P}
{$DEFINE _FPC}
{$ASMMODE INTEL}
3. Почему нужно вписывать в KOL.PAS:
Uses
RichEdit,
Windows;
4. Куда делось тело функции GetFileList?
Мне всекий раз нужно будет разыскивать сие тело :-)

Vladimir Kladov (2003-12-25 15:32:00) [1]
Завтра все будет совсем не так :) Можно будет и с модулями, которые есть в самом FPC, собрать.

SAGE (2003-12-25 15:04:00) [2]
Скачал файл Win32.zip...
Батничек все сделал...

Не считая {$mode Delphi} и {$asmmode INTEL}
в функции WndProcKeybd пришлось исправить в двух местах Msg.wParam на LongInt(Msg.wParam)

Компиляция прошла успешно :)
Спасибо за помощь!

SAGE (2003-12-25 14:47:00) [3]
PVOzerski:
Иное дело, что, вообще говоря, имеется (по крайней мере, раньше имелся) предопределенный define FPC, так что {$DEFINE _FPC} выглядит излишним. Опять же, ничто не мешает заключить все эти дополнительные директивы компилятора в блок {$ifdef FPC} {$endif}

Но в KOL.PAS присутствуют проверки наличия символов _FPC и даже F_P.

Какова тогда их роль?

Gandalf (2003-12-25 12:29:00) [4]
Для того чтобы получить FPC-WIN32 версию KOL, необходимо запуститьKOL2FPC с параметром /D:WIN32 + плюс необходимы inc для win32 этого сайта (модули-мультиплатформа) или с Кладовского пакет для линух. Я лично проверял, тогда работает.

PVOzerski (2003-12-25 10:31:00) [5]
{$mode Delphi} вписывать-таки нужно, поскольку компилятор поддерживает несколько режимов, и в режиме "по умолчанию" ничего не ведает ни о классах, ни о свойствах. {$asmmode INTEL} тоже нужно, поскольку по умолчанию ассемблерные вставки должны быть в синтаксисе AT&T (btw, imho, предпочтительнее, из-за существенно меньшей глючности, использовать в FPC BASM именно {$asmmode ATT}, хотя это потребовало бы переработки всех asm-вставок).

Иное дело, что, вообще говоря, имеется (по крайней мере, раньше имелся) предопределенный define FPC, так что {$DEFINE _FPC} выглядит излишним. Опять же, ничто не мешает заключить все эти дополнительные директивы компилятора в блок {$ifdef FPC} {$endif}

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »