Будет ли он? Ведь в конце концов разработчики высосут из имеющегося кола всё до капли.Настолько ли сложно адаптировать новый кол к Hiasm?

Пока он из него все высосут, раки на горе свистнут. Только недавно была 2.88, а сейчас уже какая -- 2.94


А теперь вопрос -- зачем Мы не знаем глюки нового KOL-a, а отвечать потом кому, тебе, что ли

Ну... Там, новые функции. Багфиксы. Ещё вопрос: зачем вы переделывали КОЛ? Не соответствует принципу построения Хиасмовскому?

А разве он переделан? По-моему, он оригинальный. Если имеется в виду файл dcu, так это откомпилированный файл, суть его не изменена.

в пакете лежит оригинальный

Dilma, кстати, так будет переход или нет? Вопрос чисто из интереса.

Тут вопрос в переходе и на новый FPC идет, а не только KOL, переход на новый FPC более вероятен, чем на новый KOL, ИМХО

3042, в TODO на первых местах стоят строчки со словом HiAsm5.
------------ Дoбавленo в 20.45:

я бы сказал более актуален

Таки вроде не совсем оригинальный. Для FPC (вроде) допиливали. Или я отстал от жизни?

ну как сказать... в те времена kol.pas для fpc получался путем прогона оригинала через спец утилиту, которая по тегам что-то там вырезала из кода + какую-то мелочь изменяли однажды, не помню уже с чем связанную.

Dilma, не GlueCut Utility та утилита называлась? (в аттаче) И ещё: я не пойму, а этот kol.dcu под Delphi вы где брали?
[flood]Его видимо пытали, пока не стал совместим с Хиасмом. [/flood]

dcu получается из обычного pas после компиляции. Наличие одних dcu существенно ускоряет компиляцию

nesco, а почему так же не сделано с fpc?

Почему не сделано, есть такое -- пака codeunits, там автоматически создаются модули fpc после первой компиляции

Скорее всего, потому что FPC входит в состав инсталлятора, а Delphi cmopiler нет, при этом FPC создает свои юниты в папке ElementsDelphicodeunits с расширением *.o. ИМХО
------------ Дoбавленo в 16.16:
Я угадал