Lazarus 2.2

Я за него. Жив.

Я знаю как минимум одну ГИС, написанную, правда, на Delphi, но, полагаю, принципиальной разницы нет - уфимская ИнГео. ГИС мощная, расширяемая, интуитивная для неспециалистов, по многим параметрам не хуже, а местами и лучше других. Во всяком случае была, когда я работал в геодезии и активно принимал участие в бета-тестировании. С ней было просто приятно работать.

Меня он устраивает.

Речь про различия Паскаля и Си... не надо путать тёплое с мягким.

за безразличие к регистру в именах и ключевых словах.

У меня нет таких предрассудков насчёт регистра, табов в питоне и пр. нюансов синтаксиса.

Твой высер в мою сторону пролетел мимо.

Спасибо, гляну.

А что относительно виндошного OPC-DA, который, мать его, на чистом OLE и прибит гвозями таким образом к винде в Lasaurese?

Тока я хотел возразить за препроцессор - а ты уже парировал)

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

Тогда яннп: это такой намёк на отсутствие модульности в си? Слишком тонко для среднего лоровца, делай скидку)

Это радует. А подробнее? Я понимаю, что, возможно уже спрашивал, но я забыл. Как девочка в библиотеке.

Кстати, спрошу по случаю, а есть различия в принципах компоновки в си и паскале?

Ну, в си же тоже есть отдельные единицы трансляции, да, в паскале модуле в языке явно оформлены, явно подключаются и все такое, но профит-то в чем?

Лямбды в С++ - это просто синтаксический сахар, если понимать базовые механизмы языка там ничего сложного нет. Естественно, надо понимать подходы к владению ресурсами в С++ и где какой применять, но это надо знать безотносительно лямбд.

что конкретно интересует?

https://github.com/zamtmn/zcad потихоньку ковыряю. пока хвастать нечем.

А заменить на OPC UA - прям совсем не вариант?

Ну вот и интересовало, как дела обстоят. Помнится раньше у меня не получалось его собрать, мы что-то обсуждали, но потом я всё забыл.

Рад, что ты его не забросил, рад что люди вообще пишут что-то интересное в то время когда у всех и хватает сил только на то чтобы пахать. Творческие люди - это круто. Желаю процветания и тебе и проекту. Вот.

Lazarus необычайно крут.

Там уже есть свой интернет-каталог компонентов, в визуальном интерфейсе выбираешь, кликаешь, оно само загрузится и установится. 18 лет назад это было только в eclipse. Теперь вот и Lazarus дорос.

Я прогаю для десктопа на Python/ C++ Qt / и Lazarus , и могу сказать что Лазарь сильно уделывает C++ Qt и от питончика не отстаёт. Перед Qt у него преимущества в скорости компиляции, размере установки среды. Причём как на Linux, так и на оффтопик. Попробуйте, к примеру, установить и настроить среду компиляции в статическом режиме для Qt, это займёт не менее 4х часов. И нужен мощный процессор чтобы кьют компилять или из инета тащить готовый статический комплект, а он очень жирный. А в лазаре статическая сборка из коробки.

И много других достоинств есть у Lazarus.

я переделал систему сборки на make, вроде стало проще, надо только пути к лазарю и конфигу лазаря указать.

переодически тестирую на релизах, но т.к. сам сижу на транковых lazarus\fpc иногда ломаю возможность сборки на релизах. на 2.2 вчера проверил в офтопике собралось

Спасибо!

Ночью попробую собрать на линуксе, поиграться. А как в линуксе тоже надо прописывать пути (и лазаруса и праймари)? Или сам определит?

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

Не надо собирать! На офф. сайте должны быть готовые сборки deb и rpm ! Разве только что у Вас Генту.

но это в подавляющем большинстве случаев плохая практика

Помню, в c# мне нужно было в цикле читать чанки больших csv и укладывать в хранилище. Угадайте, когда приходил GC, чтобы выкинуть ненужный массив из памяти? Правильно, никогда.

GTKmm

Уж лучше wx, кросс-платформенность посимпатичнее.

В C++ надо слишком часто смотреть, что там под капотом. В Скале я просто пишу лямбду и оно работает безо всяких сюрпризов. А все почему? Потому что в Скале лямбды логически вытекают из структуры языка (все есть объект, даже функции), а в С++ они согласно тренду введены и сбоку изолентой прикручены.

Если бы я был производителем железа - тогда проблем нет, нарисовать сервак и под UA, и под DA.

А вот модернизировать весь парк железа, когда у производителя уже нет программистов программисто перерисовать драйвера под вынь10 - о какой «Unified Architecture» вы говорите? Нам приходится держать Вынь-7 32бита комп для этого спецом....

то-же

это всё ты, тот пафосный чувак? ах ха ха ха ха

Тогда яннп: это такой намёк на отсутствие модульности в си? Слишком тонко для среднего лоровца, делай скидку)

А я не могу понять с кем ты говоришь... Откуда ты придумал «модульность» в моих фразах? Прицепился за «stdlib.h», вырванную из контекста моего антитроллинга очередного анонимуса...

Вы случаем не болеете дизассоциацией? А то я не могу понять с кем разговариваю, с анонимусом, которому отвечал:

«за бесконечные begin … end, обьявление переменных в заголовке,»
Ну так же можно сказать и за «#include <stdlib.h>»

Или же с pihter`ом, которого вообще не трогал?

не всем нужна кросс-платформенность

Говорю же: не понял. К чему ты тогда инклуд стдлиб показал как гипотетически недостаток к которому можно прицепиться? Я решил это ты намекаешь на то как коряво в си решена модульность

Они ухудшают читаемость кода. Хорошо написанная функция должна быть обозрима, и поэтому обычно вмещается в один экран +/-. Практика использования вложенных функций превращает функцию в бесконечную портянку. Причём правило обозримости здесь плохо работает и для вложенных функций, поскольку они имеют доступ к локальным переменных родительской функции.

Кстати говоря, вопрос.
Почему после компиляции лазарусных LCL-приложений с использованием Qt они начинают требовать некую нестандартную разделяемую библиотеку? Статическая линковка не предусмотрена из лицензионных соображений или по техническим причинам? Мне это чудовищно неудобно с учетом того, что обычно я на Лазаре собираю всякие рабочие мелочи, которые потом таскаю на флешке и уж точно не опакечиваю. Эта библиотека еще ведь и ищется потом по «библиотечным» путям, ее не положишь просто в тот же каталог, что и исполнимый файл. Боль же!

К чему ты тогда инклуд стдлиб показал как гипотетически недостаток к которому можно прицепиться? Я решил это ты намекаешь на то как коряво в си решена модульность

Это был ответ анонимусу за его:

за бесконечные begin … end, обьявление переменных в заголовке, .... … в 21 веке нужно убивать, имхо

Так чего ты его защищаешь?

Более того мой ответ был вырван из контекста - вот полный:

Ну так же можно сказать и за «#include <stdlib.h>»
Ну а про прочее - язык, как язык - идеального не придумали. Классика Нильсена Вирта.
Срач насчёт языков тут не уместен.

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

Вы не правы. С++ язык без GC по умолчанию, тем ни менее обьекты, созданные на стеке, уничтожаются автоматически когда программа покидает блок кода где они были созданы. Для автоматизации уничтожения обьектов на куче можете воспользоваться умными указателями (при этом оверхед либо вообще отсутствует, либо минимален). Если вы достаточно заморочены, можете прикрутить свой GC. Здесь ограничений нет.

Далее, если вы имеете ввиду most vexing parse, то это дело привычки. Это правило не несёт в себе никаких принципиальных ограничений. Пользуйтесь uniform initialization в конце концов.

Все лучше чем С+++ с его долбанутыми разрабами

аналогия мимо, #include <stdlib.h> (при том, что это сишный хедер, в с++ практически не используется) уместнее сравнить с uses SysUtils

Есть примеры годного софта на этом?

Peazip

DoubleCommander, TuxCommander, LazPaint (аналог Pinta) еще что-то по-серьезней специфическое было.

qt5pas? прокладка между cpp и pas. напиши скриптик добавляющий путь приложения в путь поиска либ и запускай им. делов то

Вариант, в принципе. Но кривой, если честно.

Ага. Теперь вспомнил чём была проблема :) у тебя всегда был «не тот» Lazarus :) У меня в Манджаре пока 2.0.12, не знаю, поэтому ли, но отказывается мейкаться. Пишу:

make installpkgstolaz LP=/usr/bin

PCP=~/.lazarus
LP=/usr/bin
/usr/bin/lazbuild --pcp='~/.lazarus' --add-package cad_source/other/AGraphLaz/lazarus/ag_graph.lpk
SetPrimaryConfigPath NewValue="~/.lazarus" -> "/home/kkk/.lazarus"
/usr/bin/lazbuild --pcp='~/.lazarus' --add-package cad_source/other/AGraphLaz/lazarus/ag_math.lpk
SetPrimaryConfigPath NewValue="~/.lazarus" -> "/home/kkk/.lazarus"
/usr/bin/lazbuild --pcp='~/.lazarus' --add-package cad_source/other/AGraphLaz/lazarus/ag_vectors.lpk
SetPrimaryConfigPath NewValue="~/.lazarus" -> "/home/kkk/.lazarus"
/usr/bin/lazbuild --pcp='~/.lazarus' --add-package cad_source/other/uniqueinstance/uniqueinstance_package.lpk
SetPrimaryConfigPath NewValue="~/.lazarus" -> "/home/kkk/.lazarus"
/usr/bin/lazbuild --pcp='~/.lazarus' --add-package cad_source/other/laz.virtualtreeview_package/laz.virtualtreeview_package.lpk
SetPrimaryConfigPath NewValue="~/.lazarus" -> "/home/kkk/.lazarus"
Error: (lazbuild) Имя пакета "laz.virtualtreeview_package"
файла "/home/kkk/bin/git/zcad/cad_source/other/laz.virtualtreeview_package/laz.virtualtreeview_package.lpk" некорректно.
make: *** [Makefile:146: installpkgstolaz] Ошибка 4

Не нужно. Pascal учил в школе в качестве первого ЯП. Лучше бы я его вообще не учил. Чего стоит лишь только прибитое гвоздями место объявление переменных. Закопать вместе со Столяровым!

поставь laz.virtualtreeview_package.lpk руками

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

Пора бы уже не только паскаль изучить - директива «include», как следует из её англоязычного значения - просто «включить» кусок текста в исходный код. И почему эта директива

в с++ практически не используется

Откуды такие влажные фантазии, а как же #include <iostream>?

А вот в Паскале, прежде чем запилить

Uses My_Little_49_5

В этом смысле Си удобнее

ура!

юзаю… хорошая штука :)

нет. я не осилил делфи на винде, так как юзал билдер. а в линуксе билдера нету. вот и пришлось паскаль освоить

хедер в данном случае это файл stdlib.h, похоже вы не понимаете о чём идёт речь

Трудно объявлять переменные, великий труд :)

Поэтому переходят на питон

Peazip

я делал большой проект обработки прайсов, и формошлепство позволяло релизить почти в реальном времени

А какая разница?

stdio, stdlib, math и пр? - им либым - легоин.

Так же как и

 Uses Windows, Math, U_Anona_tleet;

обьявление переменных в заголовке

в 21 веке нужно убивать, имхо

УБЕЙСЯ АП СТЕНУ

Кстати, спрошу по случаю, а есть различия в принципах компоновки в си и паскале?

Встречный вопрос: ты безграмотный?

Различия есть.

Например в вызовах функций. На уровне стека и ассемблера.

в паскале модуле в языке явно оформлены, явно подключаются и все такое, но профит-то в чем?

В МОДУЛЬНОСТИ. Настоящей, а не поддельной, как в C.