то, что ты не любишь питон - известно..  только МЗ где?

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

это не задача МЗ - проверять код )))

ну то есть почти бесполезен в частном единственно нужном мне в жизни случае

всё равно приходится половину всего делать руками

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

так то много всего. на opencv как-то вот больше всего пригорело. реально - куча вопросов везде по гуглу

ну почему же бесполезен? )

тебе нужна либа OpenCV(?)
ей нужна либа бла1... той - бла-бла3, той - бла-ла-ла5...и так штук 5-10-50...

ты представь себе жизнь без него:
ты ставишь ocv -. запускаешь.. не работает..
блиа! читаешь доку ocv, ставишь либу бла1...
запускаешь.. не работает!
читаеешь доку бла1.. ставишь либу бла-бла3...
запусскаешь - не работает!
материшься громче... и т.д....

а так это сделали уже за тебя...
и ты делаешь только pip install opencv... и весь граф зависимостей подтягивается автоматом...

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

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

ровно такая же, как "подбор версий openssl dll для инди" ))) которая , как минимум, известна и для Делфи-приложений

понимаешь. это всё полумеры. вот если бы opencv работал в любом окружении - тогда и менеджеры не нужны были бы

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

вот результат: повсеместный вой - можешь сам глянуть в гугле. это какой-то ад. так либы работать не должны

МЗ - это ИНСТРУМЕНТ.. который решает проблему...
проблему зависимостей...
проблема зависимостей откуда? из того, что есть дедупликация кода... люди не делают монолитные либы "всё в одном" (пресловутые "да ну, JCL тянуть! мне только надо-то ...")
а делают отдельные либы под отдельные задачи...
ну и да, тогда приходится рулить зависимости

ну то есть одна большая жедаина  - это плохо, а вот штук 50 либ в кросс-зависимостях как в питоне это нормально?

нужна _одна_ буквально функция из cv, ок-  ставим её всю целиком. и так - половина питона

зато какая дедупликация! 😂

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

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

забавно...в следующей структуре, если nodetype:byte, в программе получается код меньше по размеру, чем для integer или word

  TTL2Node = record
    name  : PWideChar;
    parent: PTL2Node;
    case nodetype:integer of
      ntGroup    : (
        children  : PATL2Node;
        childcount: word;
      );
      ntBool     : (b:bytebool);
      ntNote,
      ntTranslate,
      ntString   : (s:PWideChar);
      ntInteger  : (i:int32);
      ntUnsigned : (u:uint32);
      ntInteger64: (l:int64);
      ntFloat    : (f:single);
      ntDouble   : (d:double);
      ntWord     : (w:word);
      ntByte     : (c:byte);
      ntBinary   : (len:uint32);
  end;

а ведь казалось бы, за счёт выравнивания должно было быть наоборот