R>Второй вариант плюнуть на этот паскаль и переписать все на C++. Но, понимаю, что возможно с лазарусом обойдется малой кровью, R>все же переписыать настолько много придется, что проще на все забить и начать новый проект с нуля по мотивам старого.
Я два года назад нанял программиста в своём городе, который переписал мою программу на Lazarus. Я толком её даже не тестировал, вроде юзеры жалуются на проблемы, продаж почти ноль. Может это специфика ниши. Собственно я конкретной и полезной информации вам дать не могу, просто захотелось что-то написать (а заодно присоединиться к вопросу — тот программист сейчас пропал, возможно мне захочется обновить Lnux-версию своей программы).
R>Самый последний вариант — покупка последней дельфы. Не хочется этого никак.
Почему собственно?
А что последняя Delphi вообще поддерживает Linux?
"Ты должен сделать добро из зла, потому что его больше не из чего сделать". АБ Стругацкие.
Здравствуйте, rean, Вы писали:
R>Так что задумался над Лазарусом. R>У кого есть опыт, скажите, как оно, какие подводные камни?
Теоретически «Лазарус» придумывали для быстрого портирования программ, если они не используют грязные хаки VLC и обращения к API. С другой стороны, могут начаться большие-пребольшие проблемы с AnsiString и WideString.
R>Есть ли способ быстрого портирования исходников дельфы, чтобы не переделывать с нуля все формы?
Формы, возможно, придется переделывать.
R>Как оно работает в маке, есть ли там подводные камни?
Последний раз, когда я смотрел, сама среда работала, что-то пыталась компилировать, но работать на «Маках» скомпиленное отказывалось.
Здравствуйте, rean, Вы писали:
R>Есть куча старых проектов на Turbo Delphi Explorer (аналог Delphi 2006). Все компоненты из стандартной вкладки. Никакого мудреного взаимодействия с VCL.
Рекомендую перейти на Delphi 5. Никаких проблем с иконками нет, хоть 2024*2024. В открытом доступе все можно было найти 15 лет назад и допилить напильником под современные размеры.
Если посмотреть на поставщиков компонентов (TMS) то они выпускают версии под Lazarus... думаю это о чем то говорит... Выдел несколько проектов сделанных на нем.
Большой плюс — он работает на Мак...
Здравствуйте, rean, Вы писали:
R>Но хочется все-же юникод и 64 бит.
Нам в свое время хотелось от Delphi не только юникод и 64 бита, но и компиляцию в OSX и Linux. В результате 64 бита так и не дождались, кодогенерация в OSX была настоклько ужасной, что лучше бы ее вообще не было. В результате оказалось намного проще все переписать на С++ и Qt.
P.S. Мне тут недавно знакомый рассказывал, что Embarcadero в последних версиях окончательно проср@ло все полимеры и теперь некоторые большие проекты (которые раньше собирались на ура в родном компиляторе), теперь не собираются по причине недостатки памяти в переделанном LLVM компиляторе.
Здравствуйте, salnicoff, Вы писали:
S>Здравствуйте, Khimik, Вы писали:
K>>А что последняя Delphi вообще поддерживает Linux?
S>10.2.3 — поддерживает. Но: S>— только 64-битные бинарники; S>— только FireMonkey (никакого VCL).
Здравствуйте, drVanо, Вы писали:
V>P.S. Мне тут недавно знакомый рассказывал, что Embarcadero в последних версиях окончательно проср@ло все полимеры и теперь некоторые большие проекты (которые раньше собирались на ура в родном компиляторе), теперь не собираются по причине недостатки памяти в переделанном LLVM компиляторе.
Здравствуйте, wamaco, Вы писали:
V>>P.S. Мне тут недавно знакомый рассказывал, что Embarcadero в последних версиях окончательно проср@ло все полимеры и теперь некоторые большие проекты (которые раньше собирались на ура в родном компиляторе), теперь не собираются по причине недостатки памяти в переделанном LLVM компиляторе.
W>Вас ввели в глубокое заблуждение. Это не правда.
К сожалению это правда. Компилятору (а он у них теперь везде 32-х битный) теперь не хватает адресного пространтства чтобы слинковать несколько тысяч юнитов. На родном компиляторе (он был 64-х битным) такой проблемы не было.
Здравствуйте, drVanо, Вы писали:
V>К сожалению это правда. Компилятору (а он у них теперь везде 32-х битный) теперь не хватает адресного пространтства чтобы слинковать несколько тысяч юнитов. На родном компиляторе (он был 64-х битным) такой проблемы не было.
Так может нужно на пакеты разбить монолит из нескольких тысяч юнитов?
Здравствуйте, rean, Вы писали:
R>Отбой. Глючит на High-DPI при перемещении между мониторами. R>Все компоненты на форме улетают неизвестно куда, форма ресайзится в нулевые высоту и ширину. Появляются какие-то черные линии в виде артефактов.
R>Всего-лишь включил штатную поддержку High-DPI Windows 10...
Это как в анекдоте:
В администрацию пришла жалоба: "Напротив моего окна — женская баня, это мне мешает!".
Приехала комиссия, смотрят в окно:
— Ничего такого не видно, что бы могло вам мешать…
— А вы на шкаф, на шкаф залезьте!
Также и тут. Юзкейс по перетаскиванию окна между мониторами с разными DPI настолько маловероятен, что я даже не знаю, почему из-за него нужно переписывать работающий софт на другом языке. У меня Delphi Rio в продакшене. Полет нормальный. До 200% масштабирования все работает. Иконки для всех DPI куплены у glyfz.
Здравствуйте, rkcsoft, Вы писали:
R>Здравствуйте, drVanо, Вы писали:
V>>К сожалению это правда. Компилятору (а он у них теперь везде 32-х битный) теперь не хватает адресного пространтства чтобы слинковать несколько тысяч юнитов. На родном компиляторе (он был 64-х битным) такой проблемы не было.
R>Так может нужно на пакеты разбить монолит из нескольких тысяч юнитов?
Специально для вас выделю жирным шрифтом: На родном компиляторе (он был 64-х битным) такой проблемы не было.
Здравствуйте, drVanо, Вы писали:
V> P.S. Мне тут недавно знакомый рассказывал, что Embarcadero в последних версиях окончательно проср@ло все полимеры и теперь некоторые большие проекты (которые раньше собирались на ура в родном компиляторе), теперь не собираются по причине недостатки памяти в переделанном LLVM компиляторе.
У знакомого проекты на билдере? Просто в Delphi LLVM используется только для линукса и мобильных платформ.
Здравствуйте, rudzuk, Вы писали:
V>> P.S. Мне тут недавно знакомый рассказывал, что Embarcadero в последних версиях окончательно проср@ло все полимеры и теперь некоторые большие проекты (которые раньше собирались на ура в родном компиляторе), теперь не собираются по причине недостатки памяти в переделанном LLVM компиляторе.
R>У знакомого проекты на билдере? Просто в Delphi LLVM используется только для линукса и мобильных платформ.
Не у знакомого, а у крупной компании, в которой он работает. Да, на билдере.
Здравствуйте, rudzuk, Вы писали:
R>У знакомого проекты на билдере? Просто в Delphi LLVM используется только для линукса и мобильных платформ.
Он (drVano) перешёл на qt с Delphi и теперь при каждом удобном случае набрасывает на вентилятор.
Но не понимает, что не у всех в приложениях 5 форм, как у него. Ну и визуальная часть у него не главное.