LINUX.ORG.RU

Вышел Lazarus 4.0

 , ,


2

7

5 мая 2025 года состоялся релиз интегрированной среды разработки Lazarus 4.0, предназначенной для разработки софта на языке Pascal с использованием компилятора FreePascal 3.2.2. Lazarus предоставляет возможности, схожие с Borland Delphi.

Основные изменения:

  • реализованы встраеваемые панели интерфейса и встраеваемый редактор GUI (ранее окна была отдельными);
  • улучшены подсветка кода и его отображение в редакторе;
  • улучшена работа отладчика;
  • реализована поддержка свежей версии пакета Pas2js, предназначенного для разработки веб-приложения в Lazarus;
  • добавлена поиск пиктограмм по ключевым словам с помощью плагина Icon Finder;
  • улучшено отображение некоторых компонентов в Cocoa, также добавлен инструмент CocoaConfig для настройки;
  • доработаны компоненты TCalendarDialog, TOpenDialog, TShape, TLabeledEdit, TTimeEdit, TColorDialog, TFilenameEdit, TMenu и TMenuItem.

>>> Скачать

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: unfo (всего исправлений: 2)
Ответ на: комментарий от sanyo1234

у меня знакомый программер когда-то переводил прект «перл на си», так вот он «просто влЁт» писал/кОдиk, чуть-ли не c закрытыми глазами.

(по моему, вполне так человеческий синтаскис, немного привыкнуть к парадигме и далее все как по маслу)

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 2)
Ответ на: комментарий от yu-boot

привет! сам был одно время озадачен, рыл/смотрел что есть...
есть еще «ветка с паскалем», похожие на лазаря, но попроще и замороченнее, но тоже классные проекты!

url1
url2
url3
url4

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 5)

по ходу тестирования/разработки, отпишитесь сюда, пожалуйста, как оно чего?!

а то, одно время (помню такое) после обновления у программистов уши просто горели! :о)

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 2)

Да здравствует Lazarus – светоч тёплолампового программирования! :)

quickquest ★★★★★
()

Паскаль мой первый серьезный язык программирования еще со школы, после бейсика на zx-spectrum.

Правда после пару лет обучения на паскале, перешел на С++.

enep ★★★★★
()
Ответ на: комментарий от yu-boot

А есть под линукс подобное мышковое IDE, но без паскаля? Qt Creator не предлагать.

https://www.ultimatepp.org

Менее навороченная: TGUI -- кроссплатформенная библиотека виджетов на C++.

dataman ★★★★★
()
Последнее исправление: dataman (всего исправлений: 1)

Наконец-то все в одном окне

masa ★★
()

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

ivan007007
()

Правильно ли я понимаю, что развитие паскале-подобных языков пошло дальше из Object Pascal у сабжа к (Active) Oberon и Modula 3? Непонятно на чем остановилось развитие идеи. Выглядит так, что объектный паскаль удобен для применения ООП в виде «формошлепства» и многим больше ничего не нужно, а Обероны с Модулами так и остались чисто академическими проектами. Часть идей ушла в другие языки вроде C#, Go.

ЗЫ Ада я так понимаю стоит особняком, ввиду основного заказчика.

necromant ★★
()

Круть какая, аж олдскулы свело!) В универе его активно юзал, 15лет назад :-(

nuxster ★★★
()

скриншот вгоняет в тоску, от осознания сколько мне лет. но тоска какая-то приятная, ностальгией пропитана (а в голове заиграла «ах как хочется вернутся, ах как хочется ворваться…»)

ergo ★★★
()
Ответ на: комментарий от bernd

поделитесь «опытом» использования дефолта? почему удобнее, для каких «воркфлов»-манипуляций итд? :о)

sunjob ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

На одном пиаре не выедешь. Борланд делал удобные IDE, библиотеки (VCL, БД, графика), это были качественные коммерческие инструменты. Был VB (классический, не .net) и Delphi, и на них люди зарабатывали деньги. А рядом в мире опенсорса копошились поделки в виде tcl/tk.

seiken ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Ну, хотелось бы видеть работающую кодогенерацию через llvm, сам фрипаскаль откровенно слаб в оптимизации.

unC0Rr ★★★★★
()
Ответ на: комментарий от seiken

Помню, однокурсник уже во время учёбы работал, и кодерил на Дельфи морды к БД. Тогда не было никаких докеров, виртуалочек, а из систем контроля версий были только CVS и SVN, и то не понятно, были ли они сразу доступными для оффтопика. Но эти морды к БД писались без каких либо VCS, архивчики с разными версиями тупо складировались в одну папку.

seiken ★★★★★
()
Последнее исправление: seiken (всего исправлений: 1)
Ответ на: комментарий от unC0Rr

Так там оптимизация и не нужна, все эти Дельфи и лазарусы для гуишных программ и игр уровня цветных шариков.

seiken ★★★★★
()
Ответ на: комментарий от Zhbert

Мой хитрый план был в другом, но да, наверное, слишком тонко получилось ;)

hobbit ★★★★★
()
Ответ на: комментарий от sunjob

Элементарно: берём игру hedgewars, движок можно скомпилировать как при помощи fpc, так и любым сишным компилятором, оттранслировав в си простейшим транспилятором, который лежит там же в репе. Записываем демку игры, проигрываем движком в режиме перемотки на максимальной скорости с отключенной графикой (этот используется для независимого выяснения победителя на сервере). Скомпилированный при помощи fpc движок делает работу на 20-50% медленнее.

unC0Rr ★★★★★
()
Ответ на: комментарий от seiken

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

Знаю, что в одной очень большой немецкой конторе местами до сих пор так

overmind88 ★★★★★
()
Ответ на: комментарий от necromant

Оберон, к сожалению, съеден чрезмерно воинствующим минимализмом его автора, при всём к нему уважении. Объектный Паскаль (Дельфи/fpc) для практического применения куда приятнее.

hobbit ★★★★★
()
Ответ на: комментарий от unC0Rr

лады, если так.
но, думаю, что «это» врят-ли отобьет желание работать в лазаре (тех, кто его распробовал и реально использует).
ведь это не самое ужастное?
меня больше удручает «синтаксис», прочие хреньки, типа, изменяемых констант итд...
спасибо.

sunjob ★★★★★
()
Последнее исправление: sunjob (всего исправлений: 3)
Ответ на: комментарий от EtherealPhantom

Выглядит… прекрасно!

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от seiken

все эти Дельфи и лазарусы для гуишных программ и игр уровня цветных шариков.

На делфи ещё в 2010х года писали очень много морд управления всяким железом, типа тех же циклотронов.

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от seiken

На нем очень много прям навороченных монстров написано, по функцилональности если смотреть. ИМХО разработка такой штуки ничем не хуже мыкросервиса или очередного веб-ненужно.

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от Zhbert

Я и не писал, что это плохо, а отвечал на аргумент о оптимальности компилятора и оптимизациях. Для целевого софта это не так важно.

seiken ★★★★★
()
Ответ на: комментарий от hobbit

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

zamtmn ★★
()
Ответ на: комментарий от hobbit

Но труды его не пропали втуне. Детище Oberon-2 уверенно шагает по планете.

Кстати, из забавных фактов: в Golang отсутствует цикл while. Видимо это пасхалочка к отсутствующему в Oberon циклу for.

LongLiveUbuntu ★★★★★
()
Последнее исправление: LongLiveUbuntu (всего исправлений: 1)
Ответ на: комментарий от hobbit

А у самого fpc никаких ключей для оптимизации нет?

есть

0 $ fpc -h | grep optim
      -FW<x>     Store generated whole-program optimization feedback in <x>
      -Fw<x>     Load previously stored whole-program optimization feedback from <x>
      -io        Return list of supported optimizations
      -iw        Return list of supported whole program optimizations
      -O-        Disable optimizations
      -O1        Level 1 optimizations (quick and debugger friendly)
      -O2        Level 2 optimizations (-O1 + quick optimizations)
      -O3        Level 3 optimizations (-O2 + slow optimizations)
      -O4        Level 4 optimizations (-O3 + optimizations which might have unexpected side effects)
      -Oo[NO]<x> Enable or disable optimizations; see fpc -i or fpc -io for possible values
      -Op<x>     Set target cpu for optimizing; see fpc -i or fpc -ic for possible values
      -OW<x>     Generate whole-program optimization feedback for optimization <x>; see fpc -i or fpc -iw for possible values
      -Ow<x>     Perform whole-program optimization <x>; see fpc -i or fpc -iw for possible values
0 $ fpc -ic
ATHLON64
COREI
COREAVX
COREAVX2

superuser ★★★★★
()

Отличная IDE. Кто бы чтобы там ни говорил, а удобнее для создания прототипов программ ничего нет. Еще бы скорость компиляции и сборки подняли до уровня Delphi - но это уже к FPC вопрос будет. А поборникам скорости работы скомпилированных бинарников - сравните лучше со скоростью исполнения распиаренных Python или Java, JS и т.п., хотя «это же другое» :) И почему-то до сих пор нет вменяемой IDE c уровнем интеграции «рисовалки GUI» и редактора кода не ниже, чем у Lazarus/Delphi ни у VSCode, ни у JetBrains ни у Qt Creator. И про то, что для нормальной работы 4Gb ОЗУ и C2D Лазарю вполне достаточно, как то никто не упомянул еще. В общем, ввсех благ и развития проекту!!!

asion
()
Ответ на: комментарий от asion

И почему-то до сих пор нет вменяемой IDE c уровнем интеграции «рисовалки GUI»

Вот да. Когда мне надо набросать гуевую мордочку по-быстрому, сразу с теплотой вспоминаю делфи. Нигде больше такого удобства я не видел.

Ну разме что Glade для GTK, но это для GTK.

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от Zhbert

Glade для GTK даже близко не лежал. А тот же Лазарь как backend GTK использует :) (или Qt, как выбор случится). Тут дело в другом. Почем за 20+ лет, что Лазарь потихоньку пилят, никто не сделал ничего аналогичного по удобству тому же самому Borland C++ Builder’у. И для Python в ходу связка Qt Designer + (любимый редактор), чего только в то же PyCharm не добавляют, а рисовалку GUI не хотят (не могут). Про объемы типа профессиональных IDE тоже самое сравнение совсем не в пользу «профессиональных» IDE будет. Тот же PyCharm 1-2 Gb, и это только продвинутый редактор Python без Python, Idea - 2+ Gb (и опять-таки Жаба без жабы) Лазарь за последние лет 5-7 хоть и разжирел тоже сильно, но он хотя бы все свои библиотеки с собой тащит и другим людям предлагает использовать без особых заморочек, в отличие от.

asion
()

В последнее время меня че-то в паскаль ударило, видимо, в детство впал…
разбираю на старых дискетах программки паскалевские, еще на культовом Oregon Pascal 1.x, 2.x для RT-11 RSX-11. С ассемблерными вставками..
А еще был вариант кто помнит турбо-паскаль Москаля (фамилие такое).
А чё - вобщем неплохой язык был. Чего только на нем не писали. Было времечко.
И пусть живет Паскалюшко дальше долго и счастливо.

Alphaer ★★
()
Последнее исправление: Alphaer (всего исправлений: 4)
Ответ на: комментарий от hobbit

Есть, а фигли толку-то. Вместо нативного двумерного массива u32 размером 4096х2048 сделал имплементацию на расте (да, просто двумерного массива с доступом по двум индексам) с сишным интерфейсом, приклеил, получил выигрыш на полпроцента. Хотя казалось бы, нативная реализация фрипаскалем должна инлайниться и вообще быть достаточно оптимальной…

unC0Rr ★★★★★
()
Последнее исправление: unC0Rr (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.