правильные оба. make.bat из папки FPC собирает только системные юниты. Модули элементов собираются один раз и кладуться в папку Elements/Delphi/code/units уже в процессе компиляции схемы. Это удобно тем, что при подключение одного компилятора к нескольким средам экономится место. А так впринципе разницы нет никакой.

HikeR, даже если собрать fpc в linux и все виндовые модули пересобрать там же на нем - программы всеравно не будут работать без Wine.

если они не смогут работать без промежуточной библиотеки-транслятора, получается что с ней - смогут. а библиотека это не весь огромный wine. понятно, что простой вызов какого-нибудь MesageBoxA в линуксе ни к чему не приведет. а с прослойкой ведь должно? также работает cygwin, позволяя собирать unix приложения под win32. либо делать совсем самостоятельные программы. на худой конец можно же перехватывать такие вызовы, и, например, в консоль писать "произошел вызов такой-то ф-ии" для начала.

ладно, я пока застрял на подключении нового fpc. либо не собирается KOL, либо он собирается, и даже работает отдельно, но вот компоненты его не принимают. либо форма с кнопкой компилируется, но при добавлении нескольких элементов происходит затык. пока без примеров, ибо все в таком сумбуре делалось, что непонятно, кто виноват.

все-таки пару примеров покажу.
при попытке тупой замены старого компилятора на новый:
...
kol.pas(17466,18) Error: Asm: 16 Bit references not supported
kol.pas(17466,18) Error: Asm: Invalid effective address
...
что-то с асмом?

при подключении нового KOL-а к существующей установке:
Share.pas(1852,26) Error: class type expected, but got "PThread"
Share.pas(1861,21) Error: Incompatible types: got "LongBool" expected "PThread"
Share.pas(1862,17) Error: identifier idents no member "FHandle"
Share.pas(1867,48) Error: identifier idents no member "FThreadID"

hiasm из шапки форума. может кто встречался? и неужели за все это время никто не пробовал сменить версию FPC?

с прослойкой должно. Только есть сомнения, что авторы Wine написали исходничек для своей библиотеки эмулятора под язык Pascal


пробовали. Вроде FPC 2.0(может чуть старше) прекрасно компилировал все модули и текущий пакетный KOL без ошибок. Видимо в таком составе и следует проводить эксперементы.

Интересно, и где взять эту сборку FPC?

Вот такая петрушка для пустой формы:


FPC 2.0.0
KOL 2.09

командная строка несколько иная:

нет дефайна F_P поскольку второй FPC по заявкам автором полностью совместим с Delphi.


на сайте производителя видимо

блин. а я вот только-только докопался.

а эти два ключа - ни одно и тоже?

при FPC - 2.0.4 и KOL - 2.70 вижу пока только это:
дальше идут вышеописанные ошибки.
тоже пустая форма. и hiMainForm.pas есть.

дык текущий KOL весь же переворочен для совместимости с FPC утилитой типа GlueCut-а, и это не мешает ему?

вообще, конечно, обнадежили ;) еще раз с начала пойду.

[size=-2]------ Добавлено в 00:56
а без -dF_P

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

Есть два вопроса (точнее три)

1) Где это вы нашли fpc2, под которым просто компилится KOL (для начала). У меня компилится, но я половину библиотек заменил на дельфячие. Какой после этого портирование, и какой линух, к чертовой матери

2) И каким таким боком KOL вообще к линуху относится.

3) А не кажется ли вам, что после ответа не первые два - говорить больше не о чем. В рамках названия топика

Dilma, а 2й FPC научился наконец WebBrowser нормально проглатывать или нет?

Galkov, название топика, согласен, не совсем точно отражает суть мыслей.
однако, цель довольно четко очерчена, использовать код, генерируемый хасмом, для компилирования под линуксом при помощи fpc.
какие при этом могут возникнуть трудности я представляю только теоретически, так как столкнуться с ними еще не пришлось. fpc 2.0.4 не желает пока что подключатся.
с другой стороны, отрицательный результат - это, как известно, тоже полезная информация. причем полученная лично, без продолжительного нытья в форуме. тем более, в попытках обновить компилятор я столкнулся с таким числом новых для меня вещей, что пришлось заниматься и ими, и я стал немного больше понимать и внутреннее устройство самого хасма, и взаимосвязь компонентов.



ну и вот этот кусочек (выделено мной):
{$IFDEF LINUX}
{$DEFINE LIN}
{$DEFINE PAS_VERSION}
{$DEFINE NOT_USE_RICHEDIT}
{$IFNDEF GTK}
{$IFNDEF XQT}
{$DEFINE GTK} // it is also possible to define GTK as a project option
{$ENDIF XQT} // even for Windows system
{$ENDIF GTK}
{$ELSE} // to exploit GTK under Win32 rather then native GDI
{$DEFINE WIN}
{$DEFINE GDI}
{$ENDIF}


еще не нашел. но в поиске.

неа. Как были проблемы с интерфейсами так и остались. Собственно по этой причине переходить на него и не стали.


похвально.


очевидно, что все *.pas не его родные.

Не фига она не очерчена
Для начала, конкретно именно по этой цитате:
1) что конкретно Вы понимаете под "код, генерируемый хасмом"
2) что означает "компилирования под линуксом"
3) какие есть основания даже просто надеяться, что "код, генерируемый хасмом" и "линукс" можно употреблять в одном предложении



[size=-2]------ Добавлено в 11:03

Да в пакете вообще не pas-ы шли, а объектные модули. Если начать рыться по сырцам, то очень быстро дуреешь - эти никсоиды совсем помешались на "крос-платформенности". До несчастного определения winapi через 3-4 инклуда добираешься
Я руководствовался указаниями из KOLDEF.INC

Пока подтверждается - жрет за милую душу
Если конкретно, то взял пакет, выложенный колегой Wolfic здесь на форуме (кажется 2.0.4)
И по принципу "минимального действия" заменил пока:
на Дельфячие
В пакете Дельфи-2 "доработал" EntryPoint.hws для добавления двух строк в исходник
- ну и работает (сейчас в папке Kol2 у меня v2.70 лежит)...

С WebBrowser-ом не пробовал еще

Galkov, г-н HikeR, кроме всего прочего хочет еще встроить в исходники wine, а это уже не лишено смысла. Чисто теоритически HiAsm+KOL+FPC+WineLIB = Linux Application. Но повозиться придется, это безусловно

ок. я хочу, чтобы при добавлении ключа -Tlinux в строки конфигурации fpc вместо обычного экзешника получился работоспособный бинарник.
либо, что более правильно, нажать ctrl+d, и собрать полученый project1.pas (или что там будет) уже на целевой системе. если kol полностью поддерживает gtk, то с интерфейсом проблем не будет. а что еще потребуется - посмотрим.

И кто такой wine
Run-Time эмулятор винды, чтоли

[size=-2]------ Добавлено в 11:31

Полностью не поддерживает

это не эмулятор винды. Это эмулятор WinAPI. В Linux это выглядит как обычный запуск приложения, но с интерфейсом полностью виндовым(независимо от темы, которая сейчас установлена у пользователя). Плюс подхода в том, что скорость работы таких программ практически неотличима от оригинала. Минус как следствие плюса - не все программы можно запустить из-под wine. Скажем использовали недокументированную ф-цию, которой в wine наверняка нет и все - труба.

Кроме того в последних Linux wine аккуратно встраивают в систему и неискушенный Windows пользователь даже и не догадывается впоследствие, что его экзешнички запускаются через эмулятор.