LINUX.ORG.RU

Lazarus 1.6.4

 , ,


2

3

Вышла новая версия свободной кроссплатформенной среды разработки на языке Object Pascal. Данная версия собрана при помощи Free Pascal версии 3.0.2 (предыдущая использовала 3.0.0).

Данный релиз является корректирующим.

Lazarus по функциональности сопоставим с некогда популярной проприетарной средой разработки Delphi, однако является кроссплатформенным (поддерживает Windows, GNU/Linux, FreeBSD и macOS).

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



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

Модераторам: в мини-новость.

te111011010
() автор топика

Невероятно годная связка.

В багфиксе сломали совместимость))

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

Кому это нужно и зачем?

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

navrocky
()

Не понятно почему обучение в школах начинают с Паскаля (с Паскаля ведь ещё начинают?) а не с сабжа?. ООП состовляющую можно ведь и не использовать сразу, а среда разработки удобнее нагляднее и кроссплатформенность более-менее.

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

которые ничего более современного до сих пор не осилили.

Если кому-то для решения задач достаточно сабжа - зачем заморачиваться?

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

Учитывая количество поддерживаемых платформ, которые не все в новости перечислены.

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

Это среда быстрой разработки, удобней для баз данных не найдете

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

В дефолтном диалекте вроде и нет ООП, для object Pascal надо опцию включать.

Какая разница, с чего начинать, если Паскаль все равно с теоретической стороны интересен в данном случае.

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

У FPC надо, у lazarus, емнип, по умолчанию включен objfpc

grem ★★★★★
()

кроссплатформенной среды разработки на языке Object Pascal

интересно, какой смысл развивать среду для этого языка? Почему не взять что-то популярнее? Можно ли найти что-то на гитхабе полезное? Или так, только школьникам бесполезноязыком головы забивать?

NextGenenration ★★
()

Вопросы.

  1. Компилятор Free Pascal написан на самом Free Pascal?
  2. Что является бутстрапом для компиляции и сборки компилятора fpc?
  3. Есть ли на Free Pascal фреймворк TUI по типу TurboVision или же используется биндинг к ncurses?
iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Компилятор Free Pascal написан на самом Free Pascal?

Да. Без уже собранных бинарников fpc его собрать нельзя.

Есть ли на Free Pascal фреймворк TUI по типу TurboVision или же используется биндинг к ncurses?

Да, есть Free Vision. В том же Debian'е эти модули находятся в пакете fp-units-fv.

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

Или так, только школьникам бесполезноязыком головы забивать?

Специально для школьников поясняю: объектный паскаль - это полноценный ЯП со строгой типизацией, умеющий в нативную компиляцию. И (последние лет так 25) в нормальную модульность, которую в те же кресты в 2017 году так и не завезли, хотя собирались (препроцессорные костыли на соплях родом из 1974 года модульностью не являются).

// Пишу на крестах, если что.

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

Компилятор Free Pascal написан на самом Free Pascal?

Да.

Что является бутстрапом для компиляции и сборки компилятора fpc?

fpcbuild. ftp://ftp.hu.freepascal.org/pub/fpc/dist/3.0.2/source/fpcbuild-3.0.2.tar.gz

Есть ли на Free Pascal фреймворк TUI по типу TurboVision

FreeVision. Сам не пользовался, но заявляется полная совместимость с TV по API.

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

или же используется биндинг к ncurses

Это тоже есть.

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

Многие из моих коллег (сервис ККТ) не являются программерами ни разу. Сами по-тиху ковыряют прошивки, пишут проги (делфятина в основном), но мечтают полностью перелезть и пересадить свои конторы на линуху. Ибо винда со своими глюками конкретно достаёт. Особенно с железом, которое немного, но нестандарт.

В качестве примера - сам потерял около получаса в вынь-7, пока прописал виртуальные ком-порты для этой фигни. Оказалось у мну все низкие ком-порты заняты (где-то до 15го). Пришлось гуглить и чистить реестр. Это для примера, почему много людей просто ненавидят винду.

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

FreeVision.

А какие известные приложения написаны с использоанием этого фреймворка?

заявляется полная совместимость с TV по API.

DOS Navigator ещё не портировали?

iZEN ★★★★★
()

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

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

Да, есть Free Vision. В том же Debian'е эти модули находятся в пакете fp-units-fv.

Я хотеть это в C++ (то что гуглил дееспособно на уровне хеллоуворлд)

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

ЕМНИП, Гислер 64-разрядную сборку Total Commander делал на Лазарусе, ибо Дельфи на тот момент этого не умела.

Хотя версию под десктопный линукс эта редиска так и не сделала. Только под Андроид.

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

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

Современного - это какого? Electron/JS? Так не все хотят писать ресурсожручие помойки кода. А если ты про C/GTK или C++/Qt, то они с сабжем примерно на одном уровне современности (и ещё вопрос, что олдфажнее, с учётом того, что я выше писал про модульность).

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

А какие известные приложения написаны с использоанием этого фреймворка?

Понятия не имею. Из TUI программ я использую ровно четыре — htop, mc, vim, aptitude, ни одна из которых не написана на паскале, так что тут я не помощник.

DOS Navigator ещё не портировали?

Ему, кроме рисования окошек, ещё немного работать с fs надо. Да и ворошить могилы как-то не принято.

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

Да и ворошить могилы как-то не принято.

Таки разрыли, был форк с говорящим названим Necromancer's DOS Navigator, в т.ч. под линукс. Но сайт у него, похоже, сдох. :(

P.S. А, нет, живой, только контент грузится со скоростью истинного зомби.

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

Трудно осилить мазохизм. Надо с детства привыкать, а когда в детстве были нормальные компиляторы...

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

В 8 кл., украинские школы, в этом году работают на информатике в нем (там есть выбор: питон и pycharm, лазарус, либо с#). Приблизительно 3 месяца.

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

это полноценный ЯП со строгой типизацией, умеющий в нативную компиляцию

Таких языков пруд пруди. Только вот у них есть хоть что-то что делает их ценными. crystal позволяет не переписывать код на ruby, go имеет низкий порог вхождения, rust типа безопасен, vala позволяет писать код не на си для gtk(экономия строк, плюс немного сахара). Чем кроме модульности может похвастаться паскаль? Уродливым синтаксисом?

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

Вот как раз с синтаксисом у паскаля всё в порядке, он для людей, а не для жрецов культа зауми. Например, ключевые слова function и procedure позволяют сразу отличить функцию от переменной, не ища глазами скобки. (Кстати, из названных тобой языков эту идею, похоже, воспринял Rust, одобряю.)

Ещё в паскале есть локальные процедуры (в крестах только в C++11 появилось подобие оных в виде лямбд).

Ну и то, что язык постарше Go или Rust, позволяет спокойно развивать старую кодовую базу, а не заниматься переписыванием ради переписывания. Про лёгкую работу с БД тут уже писали, правда, это больше свойство IDE/библиотек, а не языка.

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

Например, ключевые слова function и procedure позволяют сразу отличить функцию от переменной, не ища глазами скобки

Это куда надо деть скобки, чтоб было не понятно что перед нами? Я читал про студентов, которые писали код после 100 пробелов, но я даже не предполагал что это столь частая проблема. Хотя синтаксис к примеру go как и genie(полу vala полу python) тоже позволяет взять и отличить их визуально. Зачем отличать процедуру от функции?

Ещё в паскале есть локальные процедуры (в крестах только в C++11 появилось подобие оных в виде лямбд).

Замыкания есть? Хотя что в go, что в rust, что в vala, что в ещё каком-то языке забыл название которого тоже есть лямбды.

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

Вот насчёт замыканий не в курсе.

Это куда надо деть скобки, чтоб было не понятно что перед нами?

Спроси об этом разработчиков раста, судя по наличию в языке слова fn, они тоже считают, что проблема не надуманная. :) В любом случае, усиление наглядности лишним никогда не бывает.

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

Спроси об этом разработчиков раста, судя по наличию в языке слова fn, они тоже считают, что проблема не надуманная.

Вот кому-кому, но только не разработчикам Раста говорить о наглядности :)

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

Ну и то, что язык постарше Go или Rust, позволяет спокойно развивать старую кодовую базу, а не заниматься переписыванием ради переписывания.

Все равно, ЦА как-то непонятна. Я его год назад скачал, покрутил и выкинул - ну нет в нем потребности. Быстро что-то наваять - есть Python, наваять быстро и кросплатформенно - Mono, энтерпрайз - java, mainstream - C++. Где тут место lazarus'у? Старые поделки перекомпилировать?

void_ptr ★★★★
()

Пилили бы лучше blackbox component builder.

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

Ну понятно, кому что. Я, к примеру, после 10 лет работы с Delphi, в конце концов пошел дальше, т.к. зная Delphi нынче не прокормишься. Старые проекты на Lazarus не заведёшь. Новые нет смысла на нём писать. Мне Lazarus не нужен.

navrocky
()

Имел глупость проапгрейдить Lazarus вкупе c fpc на debian jessie (64-bit). Промежуточный итог печален: элементарная прога не линкуется.

/usr/bin/ld: /usr/lib/fpc/3.0.2/units/x86_64-linux/rtl/prt0.o: нераспознанное перемещение (0x2a) в разделе «.text»

или же

/usr/bin/ld: /usr/lib/fpc/3.0.2/units/x86_64-linux/rtl/prt0.o: unrecognized relocation (0x2a) in section `.text'

Гугл позволил найти похожий баг:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808205

И чего? Повод ставить стороннюю версию binutils? Или все-таки откатывать назад Лазарь?

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

Для основ алгоритмизации из всего этого лучше всего(ИМХО) таки подходит Python. К тому же для его работы не нужна сложная IDE.

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

Современного - это какого? Electron/JS?

Не поверишь. Это суровая правда жизни. Я сам с этим категорически не согласен, но такой нынче тренд.

А так я C++/Qt фанбой. Он конечно сильно популярнее чем Pascal/Lazarus, но к сожалению, тоже сдает позиции. И приходится переходить на всякое модное говно.

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

Попробуй детям это пояснить! приблизительно половина детей даже не понимает зачем это надо («мы же не будем программировать после школы»), большая часть детей очень плохо знают английский, отсюда и проблема. В книге Морзе для 8 кл, материал подается так что можно делать задания как в лазарусе так и на питоне в pycharm

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

Ну и то, что язык постарше Go или Rust, позволяет спокойно развивать старую кодовую базу, а не заниматься переписыванием ради переписывания.

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

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

Для основ алгоритмизации из всего этого лучше всего(ИМХО) таки подходит Python.

Ну конечно. Очень смешно.

На мой взгляд сейчас JavaScript самое то для знакомства с программированием. С ES6 уже он приобретает человеческое лицо. Плюс - ничего устанавливать не надо, просто открой браузер.

Как альтернатива - Java, там все хорошо с синтаксисом, сразу приучает не говнокодить.

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

Вот насчёт замыканий не в курсе.

А зачем тогда нужны локальные функции? Ради функций высшего порядка? Или просто так, чтоб было?

В любом случае, усиление наглядности лишним никогда не бывает.

Бывает. Даже если кодить на каком-то языке меньше раза в неделю, то всё равно привыкаешь к тому где переменная, где нет. А код на таких языках как паскаль как диалог с капитаном очевидностью - вот видишь - это функиция. Замедляет восприятие.

NextGenenration ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.