Free Pascal 3.2.0

Я аж проснулся.

Free Pascal

Верным путём идут товарищи. Ещё 20 лет назад нужно было завезти инициализаторы и другие операции с динамическими массивами. Глядишь, народу не так стрёмно было бы работать. Раньше фактически приходилось в массив дописывать, каждый раз вызывая setlength, теперь можно insert использовать.

Захотел поностальгировать, открыл описание фичей https://castle-engine.io/modern_pascal_introduction.html (ссылку спёр из аналогичной новости на реддите), вижу отсутствие лафтаймов, висячие ссылки и UB, интерфейсы COM и CORBA для того чтобы считать эти самые ссылки, модули и встроенная прямо в компилятор сборочная система конечно есть, но при импорте всё серет в глобальный скоп и весело перезаписывает определения друг друга, и в целом засранный всякими встроенными функциями глобальный скоп, простецкие шаблоны без ограничений на подстановку, магические синтаксисы и компиляторные хаки. Мне кажется или это фактически реальный уровень до-стандартного C++?

Кстати, у этого вступления есть и русскоязычная версия: https://castle-engine.io/modern_pascal_introduction_russian.pdf

вижу отсутствие лафтаймов, висячие ссылки

Запили свои лайфтаймы. Или используй record с

class operator Finalize

или используй интерфейсы.

UB

В debug режиме компилятор проверяет почти всё что возможно:

-Ci        IO-checking
-Co        Check overflow of integer operations
-Cr        Range checking
-CR        Verify object method call validity
-Ct        Stack checking
-Sa        Turn on assertions
-gh        Use heaptrace unit (for memory leak/corruption debugging)
-gc        Generate checks for pointers (experimental, only available on some targets, might generate false positive)

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

Да, тут же написано как с этим бороться

Используй полные имена

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

ну да, простецкие шаблоны.

таргеты

Ясно

Поздравляю!

Вот какой ЯП нужно было использовать для веба, а не Похапе, Пестон, или прости господи, Жаваскрипт.

Там уже можно использовать регистрозависимые идентификаторы?

Хороший язык, только мёртвый

День Мёртвых Языков на ЛОРе?

Не знаю можно ли там это делать, но надеюсь, что нет. Зачем это вообще может понадобиться?

Зачем это вообще может понадобиться

VAR object: Object;

Хороший язык, только мёртвый

Pascal подобен французскому шансону, который тоже почти «мёртвый», однако, приятно послушать, ибо:
«Cherchez pas la raison:
C’est parce que c’est si bon»
«Не ищите причину:
Потому что это так хорошо» :)

Я рад что оно живёт. В паре с Lazarus это уникальная вещь. Delphi не в счет, при такой цене оно полудохлое

После множества приключений я пришел к тому, что быстрый GUI следует делать только на нем.

Python с Tkinter тормоза, Qt лицензия, остальное замороченное

Есть примеры софта с тим быстрым гуи?

быстрый GUI следует делать только на нем

Там есть auto layout, или надо все контролы мышкой расставлять и всё расползается при использование шрифта отличного от используемого разработчиком?

Qt лицензия

Всё нормально с лицензией в Qt.

Всё нормально с лицензией в Qt.

Можно коммерческий софт писать ?

Можно, Qt5 доступен под LGPL 3.0 что позволяет линковку с закрытым кодом.

https://wiki.freepascal.org/FPC_New_Features_3.2.0#New_compiler_targets

Support for the i8086-win16 (16-bit Windows) target

Overview: Experimental support has been added for the 16-bit Windows target. It is a cross compiler only target (cross compilation is possible from e.g. Win32, Win64 or Linux).

Notes: Windows 3.0 or later is supported.

More information: Win16

Оно настолько древнее, что мерещится каменный молот и охра :)

Кому оно понадобилось ?

В паскале обычно пишут типы начиная с T, а типы указателей начиная с P:

type PObject = ^TObject;

var
  obj: TObject;

Можно, Qt5 доступен под LGPL 3.0 что позволяет линковку с закрытым кодом.

Странно, я думал для закрытого софта лицензия нужна

За что тогда они деньги берут ?

Префиксы и type PObject = ^TObject; не нужны. В следующем поколении языка Паскаль - Оберон идентификаторы регистрозависимы и необязательно объявлять указательный тип.

TYPE
	Item = POINTER TO RECORD
		next: Item;
		val: INTEGER;
	END;


PROCEDURE Insert (VAR list: Item; item: Item);
BEGIN
	item.next := list;
	list := item;
END Insert;

GPL only лицензия только для небольшого списка модулей: https://doc.qt.io/qt-5/qtmodules.html#gpl-licensed-addons.

За что тогда они деньги берут ?

1. Части модулей нет под LGPL.

2. Поддержка?

3. Программисты не хотят заморачиваться с написанием инструкций, как пользователям заменить Qt либу на свою.(Именно этого и требует lgpl)

Вот прочитай этот ответ:

https://stackoverflow.com/a/39438539/4544798

Можно использовать Qt для проприетарного кода…

Вот какой ЯП нужно было использовать для веба, а не Похапе, Пестон

Для стороны сервера есть Pascal Server Pages.

или прости господи, Жаваскрипт.

Да, на клиенте JS всех задавил, и даже Билли не смог его забороть своим любимым VB(Script).

Но вот откуда в JS взялось знакомое слово function?..

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

P.S.: я сам нубас, если что, просто интересуюсь.

Есть примеры софта с тим быстрым гуи?

Я писал гуй к базе данных, обработку прайсов. Удобнее нет. Можно почти в реальном времени все менять и отправлять в релиз, результат виден сразу

Там есть auto layout, или надо все контролы мышкой расставлять и всё расползается при использование шрифта отличного от используемого разработчиком?

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

Знаю одну хорошую программу на поцкале - Double Commander, юзаю с огромной радостью. Ради этого пусть живет FP

Ну, значит веб выигрывает.

Для стороны сервера есть Pascal Server Pages

Весело! Надо срочно запилить фреймворк Pascal Home Pages!

Ну, значит веб выигрывает.

5 минутный деплой проекта после копания в html и замороченной отладки ? Нет

Lazarus намного проще и удобней, на нем раз в 5 быстрее, чем в том же Pycharm

Да, веб выигрывает по всем параметрам.

Языки Оберон семейства имеют ограниченное применение, в основном в научной и embedded области. Для компонентного паскаля также есть фреймворк BlackBox имеющий документную систему и реализующий подход «текст как интерфейс» позволяющий вызывать процедуры по комманде и напрямую обращаться к открытым документам, выделению и т.п. Папример можно написать:

MODULE A;
	IMPORT TextMappers, TextControllers;
	
	PROCEDURE Do*;
		VAR ctrl: TextControllers.Controller; fm: TextMappers.Formatter;
	BEGIN
		ctrl := TextControllers.Focus();
		IF ctrl # NIL THEN
			fm.ConnectTo(ctrl.text);
			fm.SetPos(ctrl.CaretPos());
			fm.WriteString("This is a test."); fm.WriteLn;
		END;
	END Do;
	
END A.

(!) A.Do

И при нажатии на (!), «This is a test.» будет выведен в фокусном текстовом документе включая сам исходник.

У меня на нём написано много инструментов например ElfDecoder позволяющий просматривать ELF файлы включая stripped которые не читаются в readelf и objdump: https://imgur.com/a/WaCtxMw.

Языки семейства Оберон копмактны, просты в изучении и в них сложнее зделать случайную ошибку приводящую к нежелательному поведению. Правда библиотек под Оберон мало, приходиться много писать самому и использовать объявления для DLL/SO библиотек.

Венгерочка: начало.

Оффтоп: а почему они stripped не читают?

Потому что readelf/objdump полагаются на section table и symbol table а мой ElfDecoder на dynamic table и dynamic symbol table.

Языки семейства Оберон копмактны, просты в изучении и в них сложнее зделать случайную ошибку

Да, русский язык однозначно не из семейства Оберон.

Ещё у меня есть декодеры для PE и NE (16 бинтые исполняемые файлы из Windows 3.0).

Опять криокамера?

Да, веб выигрывает по всем параметрам.

Для недопрограммеров да. Они даже ядро ОС будут писать на js

Ибо тупые

Python с Tkinter тормоза, Qt лицензия, остальное замороченное

Это Tcl/Tk то замороченный? Но тоже тормоза, да, как и Python/Tk.

Можно, Qt5 доступен под LGPL 3.0 что позволяет линковку с закрытым кодом.

Странно, я думал для закрытого софта лицензия нужна

LGPL - это лицензия!

Ибо тупые

Сейчас веб посложней системного программирования, лол.

Это Tcl/Tk то замороченный? Но тоже тормоза, да, как и Python/Tk.

Тут чисто юзабельный вопрос, exe созданный Lazarus уже содержит в себе всё, не нужно установок библиотек и прочего. Просто запуск программы

Python программа требует как минимум установки питона в системе. На старт требуется куча ресурсов на инициализацию

Так что при одинаковом удобстве программирования exe файл выигрывает в компактности, скорости, потреблении ресурсов

Почему языки семейства Оберон не стали достаточно популярными? Почему они не достигли популярности хотя бы Паскаля?

Python программа требует как минимум установки питона в системе.

Можно включить рантайм Питона в исполяемый файл: https://stackoverflow.com/questions/112698/py2exe-generate-single-executable-file. Например youtube_dl в Windows так делает.

Можно делать exe и из Python, и из Tcl. И встроенный в exe интерпретатор Tcl даже инициализируется приемлемо быстро.

Я не пытаюсь переубедить, но указываю на неточности.