Changes in golded+ sources

[golded+ inspector]

===========================
update hunspell version to 1.7.2
Author: Vitaliy Aksyonov <18148062+vitaliy-***@users.noreply.github.com>
Date: 2023-10-22 00:02:52 +0300
Committed by: GitHub <***@github.com>
Files:
M docs/notework.rus
M docs/notework.txt
M golded.spec
M goldlib/gall/gespell.cpp
M goldlib/hunspell/CMakeLists.txt
D goldlib/hunspell/README
A goldlib/hunspell/README.md
M goldlib/hunspell/affentry.cxx
M goldlib/hunspell/affentry.hxx
M goldlib/hunspell/affixmgr.cxx
M goldlib/hunspell/affixmgr.hxx
M goldlib/hunspell/atypes.hxx
D goldlib/hunspell/baseaffi.hxx
A goldlib/hunspell/baseaffix.hxx
M goldlib/hunspell/csutil.cxx
M goldlib/hunspell/csutil.hxx
D goldlib/hunspell/dictmgr.cxx
D goldlib/hunspell/dictmgr.hxx
A goldlib/hunspell/filemgr.cxx
A goldlib/hunspell/filemgr.hxx
M goldlib/hunspell/hashmgr.cxx
M goldlib/hunspell/hashmgr.hxx
M goldlib/hunspell/htypes.hxx
M goldlib/hunspell/hunspell.all
M goldlib/hunspell/hunspell.cxx
A goldlib/hunspell/hunspell.h
M goldlib/hunspell/hunspell.hxx
A goldlib/hunspell/hunvisapi.h
A goldlib/hunspell/hunzip.cxx
A goldlib/hunspell/hunzip.hxx
M goldlib/hunspell/langnum.hxx
D goldlib/hunspell/license.hun
A goldlib/hunspell/license.hunspell
D goldlib/hunspell/license.mys
A goldlib/hunspell/license.myspell
A goldlib/hunspell/phonet.cxx
A goldlib/hunspell/phonet.hxx
A goldlib/hunspell/replist.cxx
A goldlib/hunspell/replist.hxx
A goldlib/hunspell/suggestmgr.cxx
A goldlib/hunspell/suggestmgr.hxx
D goldlib/hunspell/suggmgr.cxx
D goldlib/hunspell/suggmgr.hxx
D goldlib/hunspell/utf_info.cxx
A goldlib/hunspell/utf_info.hxx
A goldlib/hunspell/w_char.hxx
M srcdate.h
M windows/goldlib.dsp
M windows/goldlib.mak
M windows/goldlib.vcproj
M windows/goldlib.vcxproj

[Alexander Kruglikov]

Привет, All!

22 окт 23 23:53, golded+ inspector писал(а) к All:

gi> update hunspell version to 1.7.2
gi> Author: Vitaliy Aksyonov
gi> <18148062+vitaliy-***@users.noreply.github.com>
gi> Date: 2023-10-22 00:02:52 +0300
gi> Committed by: GitHub <***@github.com>

Без проблем собралась на macOS 10.13.6 и 13.6.1.
Выпадает на Linking golded3...../lib/lnx/libhunspell.a в AlmaLinux 8.8 и
FreeBSD 13.2-RELEASE-p4.

Могу кинуть портянки логов на e-mail, пишите в кладжи.

С наилучшими пожеланиями, Alexander.

[Alexander Kruglikov]

Привет, Vitaliy!

23 окт 23 23:52, Alexander Kruglikov писал(а) к All:

gi>> update hunspell version to 1.7.2
gi>> Author: Vitaliy Aksyonov
AK> Без проблем собралась на macOS 10.13.6 и 13.6.1.
AK> Выпадает на Linking golded3...../lib/lnx/libhunspell.a в AlmaLinux 8.8
AK> и FreeBSD 13.2-RELEASE-p4.

Спасибо за помощь. Всё взлетело и там и там.
Действительно, такое ощущение, что не до конца отработал make clean.

Странно, что на macOS такого нет =)

З.Ы. (Замечу Ышо): hunspell пока не тестил, спать пора =)

С наилучшими пожеланиями, Alexander.

[Nil A]

Hello, Alexander!

Tuesday October 24 2023 01:54, from Alexander Kruglikov -> Vitaliy Aksyonov:

AK> Действительно, такое ощущение, что не до конца отработал make clean.
AK> Странно, что на macOS такого нет =)

Зачем засорять дерево исходников билдом?
Вон из-коробки собирается cmake'ом отлично.
Инструкция от andrew clarke 3:633/267

This is how I build GoldED+ with CMake on FreeBSD 13.1-RELEASE:

git clone https://github.com/golded-plus/golded-plus
cd golded-plus
cp -p golded3/mygolded.__h golded3/mygolded.h
cmake -B workdir --install-prefix=$HOME/opt/golded .
cmake --build workdir --parallel
cmake --install workdir

Clang outputs several harmless warnings as the GoldED code isn't 100% clean,
but it builds OK.

Best Regards, Nil

[Vitaliy Aksyonov]

Привет, Nil!

24 Oct 23 01:10, ты писал(а) Alexander Kruglikov:

AK>> Действительно, такое ощущение, что не до конца отработал make
AK>> clean. Странно, что на macOS такого нет =)
NA> Зачем засорять дерево исходников билдом?
NA> Вон из-коробки собирается cmake'ом отлично.
NA> Инструкция от andrew clarke 3:633/267

Потому что это каноничный способ сборки make-ом. :) Когда его придумали, не
было никаких гитов, даже RCS не было. И "засорённые" исходники не были особой
проблемой. А сломалось в данный конкретный раз из-за того, что поменялись
makefiles, а clean до обновления исходников сделан не был. Вот старые
объектники и остались. Я сам собираю cmake и эти проблемы меня обходят
стороной. Но дело в том, что cmake собирает не все. Например, документацию он
не собирает. Пожалуй, я это прикручу тоже попозже.

Другая более неприятная проблема - сборка с помощью nmake. Во-первых, там
почему-то сломан make clean. Либо я его неправильно готовлю. Во-вторых, что
самое неприятное - там нет зависимостей и если поменять, скажем, какой-то
заголовочный файл, то зависимые cpp файлы не пересобираются. Я однажды потратил
почти час времени, пытаюсь разобраться, откуда у меня ODR violation, пока не
почистил все obj и все собралось без проблем.

NA> This is how I build GoldED+ with CMake on FreeBSD 13.1-RELEASE:

NA> git clone https://github.com/golded-plus/golded-plus
NA> cd golded-plus
NA> cp -p golded3/mygolded.__h golded3/mygolded.h
NA> cmake -B workdir --install-prefix=$HOME/opt/golded .
NA> cmake --build workdir --parallel
NA> cmake --install workdir

тут еще по-хорошему надо сделать cmake --install workdir --prefix <where to
install>

NA> Clang outputs several harmless warnings as the GoldED code isn't 100%
NA> clean, but it builds OK.

Это неспортивно. :) А как же помучаться? Там даже в документации написано -
пока собирается, можно попить пива. А с cmake да в несколько потоков собирается
мгновенно, даже до холодильника дойти не успеешь.

Best regards,
Vitaliy Aksyonov.

... Лyчше быть в своем репертyаре, чем в чyжом меню!

[Nil A]

Hello, Vitaliy!

Monday October 23 2023 16:27, from Vitaliy Aksyonov -> Nil A:

NA>> Зачем засорять дерево исходников билдом?
VA> Потому что это каноничный способ сборки make-ом. :)

Точно, для них и родился термин clean build.

VA> Когда его придумали, не было никаких гитов, даже RCS не было.

RCS то был, который потом перекочевал в CVS.
<offtopic>Кстати, я даже в нулевых застал какую-то упёртую пендосную контору,
<offtopic>где чекин надо было делать через RCS.</offtopic>

VA> И "засорённые" исходники не были особой проблемой. А сломалось в
VA> данный конкретный раз из-за того, что поменялись makefiles, а clean до
VA> обновления исходников сделан не был.

git status же есть, чтобы понять, какие у нас есть рабочие файлы вне трекера.
А во, взаместа make clean, пусть фигачат git clean, только там надо флажочки,
типа -fdx, и может ещё --force.

VA> cmake собирает не все. Например, документацию он не собирает. Пожалуй,
VA> я это прикручу тоже попозже.

Чини, тем более тебе тема, видишь, знакома.

<offtopic>Кстати, надоест голдед, там работы в Хаски ещё много. Даже не просто
<offtopic>Сишный код править, а мейки, которые там как-то так замудрённо, но я
<offtopic>там своими cmake тоже собираю.</offtopic>

VA> Другая более неприятная проблема - сборка с помощью nmake.

Ну на все мейки не напасёшься, хотя, на каждый хитрый мейк, найдётся ещё более
хитрый винт.

NA>> Clang outputs several harmless warnings as the GoldED code isn't
NA>> 100% clean, but it builds OK.

VA> Это неспортивно. :) А как же помучаться?

А во, кстати, я могу зачинить все ворнинги за полчаса, и даже превратить в
-Werror, но это [мат вырезан], не благодарная работа, ибо будет не нулевое
количество компиляторов, которые мои конструкции не съедят, а я не умею делать
всех счастливыми.

VA> А с cmake да в несколько потоков собирается мгновенно, даже до
VA> холодильника дойти не успеешь.

Ну то поры, пока не пришёл ещё один умелец, типа тебя, и не впихнул туда boost
:-))))

Best Regards, Nil

[Vitaliy Aksyonov]

Привет, Nil!

24 Oct 23 02:44, ты писал(а) мне:

NA>>> Зачем засорять дерево исходников билдом?
VA>> Потому что это каноничный способ сборки make-ом. :)
NA> Точно, для них и родился термин clean build.

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

VA>> Когда его придумали, не было никаких гитов, даже RCS не было.
NA> RCS то был, который потом перекочевал в CVS.
NA> <offtopic>Кстати, я даже в нулевых застал какую-то упёртую пендосную
NA> контору, где чекин надо было делать через RCS.</offtopic>

Я тоже столкнулся с подобной тулой. Снаружи все стильно-модно-молодёжно, а
внутри - RCS. :)

VA>> И "засорённые" исходники не были особой проблемой. А сломалось в
VA>> данный конкретный раз из-за того, что поменялись makefiles, а
VA>> clean до обновления исходников сделан не был.
NA> git status же есть, чтобы понять, какие у нас есть рабочие файлы вне
NA> трекера. А во, взаместа make clean, пусть фигачат git clean, только
NA> там надо флажочки, типа -fdx, и может ещё --force.

Хрен он тебе поможет, если есть .gitignore, в котором есть, например *.obj

VA>> cmake собирает не все. Например, документацию он не собирает.
VA>> Пожалуй, я это прикручу тоже попозже.
NA> Чини, тем более тебе тема, видишь, знакома.

Я cmake неплохо знаю и мы его плотно используем.

NA> <offtopic>Кстати, надоест голдед, там работы в Хаски ещё много. Даже
NA> не просто Сишный код править, а мейки, которые там как-то так
NA> замудрённо, но я там своими cmake тоже собираю.</offtopic>

Да ладно. В мейках ничего суперсложного нет.

VA>> Другая более неприятная проблема - сборка с помощью nmake.
NA> Ну на все мейки не напасёшься, хотя, на каждый хитрый мейк, найдётся
NA> ещё более хитрый винт.

Кстати, cmake отлично генерирует nmake. Попробую на досуге, схавает ли его
студия 6-я.

NA>>> Clang outputs several harmless warnings as the GoldED code isn't
NA>>> 100% clean, but it builds OK.
VA>> Это неспортивно. :) А как же помучаться?
NA> А во, кстати, я могу зачинить все ворнинги за полчаса, и даже
NA> превратить в -Werror, но это [мат вырезан], не благодарная работа, ибо
NA> будет не нулевое количество компиляторов, которые мои конструкции не
NA> съедят, а я не умею делать всех счастливыми.

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

VA>> А с cmake да в несколько потоков собирается мгновенно, даже до
VA>> холодильника дойти не успеешь.
NA> Ну то поры, пока не пришёл ещё один умелец, типа тебя, и не впихнул
NA> туда boost :-))))

Ага. Давайте побольше header-only библиотек, да с шаблонами потолще!

Походу, нам пора в профильную эху перебираться. Слишком много оффтопика стало.

Best regards,
Vitaliy Aksyonov.

... Лyчше быть в своем репертyаре, чем в чyжом меню!

[Michael Dukelsky]

Привет, Nil!

24 October 2023 02:44, Nil A послал(а) письмо к Vitaliy Aksyonov:

NA> <offtopic>Кстати, надоест голдед, там работы в Хаски ещё много. Даже
NA> не просто Сишный код править, а мейки, которые там как-то так
NA> замудрённо, но я там своими cmake тоже собираю.</offtopic>

Ага, и поделиться своим cmake не хочешь. И, кстати, что тебе не нравится в
мейкфайлах? Что они сложны для понимания? Так это язык такой. Весьма не
простой. Но если почитать описание языка, то можно разобраться, если захотеть.

Желаю успехов, Nil!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru

[Vitaliy Aksyonov]

Привет, Michael!

26 Oct 23 16:56, ты писал(а) Nil A:

NA>> <offtopic>Кстати, надоест голдед, там работы в Хаски ещё много.
NA>> Даже не просто Сишный код править, а мейки, которые там как-то
NA>> так замудрённо, но я там своими cmake тоже собираю.</offtopic>

MD> Ага, и поделиться своим cmake не хочешь. И, кстати, что тебе не
MD> нравится в мейкфайлах? Что они сложны для понимания? Так это язык
MD> такой. Весьма не простой. Но если почитать описание языка, то можно
MD> разобраться, если захотеть.

Makefile-ы не плохие. Но для реально кроссплатформенной сборки нужно
поддерживать их для разных систем. А cmake в подавляющем большинстве случаев
получается просто описанием библиотек/бинарей и сгенерированные
makefile/ninja/etc. просто работают под любой поддерживаемой системой. В этом
плюс.

Best regards,
Vitaliy Aksyonov.

... Безвыходных ситуаций не бывает: даже если вас съели - у вас есть два
выхода!

[Nil A]

Hello, Michael!

Thursday October 26 2023 16:56, from Michael Dukelsky -> Nil A:

MD> Если написать правильный мейкфайл, make будет работать ещё быстрее,
MD> чем cmake.

Cmake под низом может генерировать makefile, а может какой-нибудь быстрый
ninja, который на большом проекте быстрее make сработает.
Cmake также может генерировать билд для вижуал студии или для маковского Xcode.

NA>> <offtopic>Кстати, надоест голдед, там работы в Хаски ещё много.
NA>> Даже не просто Сишный код править, а мейки, которые там как-то
NA>> так замудрённо, но я там своими cmake тоже собираю.</offtopic>

MD> Ага, и поделиться своим cmake не хочешь.

Я для себя на коленке делал. Чтобы оно работало у всех, в юниксах, в вендах, с
разными версиями, с разными другими ещё библиотеками и опциями - это большой
труд, а иначе к тебе будут все ходить с ошибками, что у них не собирается.

MD> И, кстати, что тебе не нравится в мейкфайлах?

Низкоуровнево. Приходится пользоваться разными функциями и макросами, и оно
обрастает в огромную систему сборки. В других системах сборки многое решается
из-коробки, особенно для типовых операций.
Я cmake ещё и разные внешние библиотеки с github таская и собираю заодно, хотя
именно для "пакетов" и отслеживания зависимостей есть другие возможности.

MD> Что они сложны для понимания?

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

Best Regards, Nil

[Michael Dukelsky]

Hello Vitaliy,

Monday October 23 2023, Vitaliy Aksyonov wrote to Nil A:

VA> Другая более неприятная проблема - сборка с помощью nmake.

А зачем это нужно? Лучше использовать mingw и тогда можно обойтись тем же make,
что и для Линукса.

VA> Это неспортивно. :) А как же помучаться? Там даже в документации
VA> написано - пока собирается, можно попить пива. А с cmake да в
VA> несколько потоков собирается мгновенно, даже до холодильника дойти не
VA> успеешь.

Если написать правильный мейкфайл, make будет работать ещё быстрее, чем cmake.

Michael

... node (at) f1042 (dot) ru

[Vitaliy Aksyonov]

Привет, Michael!

26 Oct 23 16:49, ты писал(а) мне:

VA>> Другая более неприятная проблема - сборка с помощью nmake.
MD> А зачем это нужно? Лучше использовать mingw и тогда можно обойтись тем
MD> же make, что и для Линукса.

Ну во-первых, он там есть. И его используют. Предлагаешь его выпилить?

VA>> Это неспортивно. :) А как же помучаться? Там даже в документации
VA>> написано - пока собирается, можно попить пива. А с cmake да в
VA>> несколько потоков собирается мгновенно, даже до холодильника
VA>> дойти не успеешь.
MD> Если написать правильный мейкфайл, make будет работать ещё быстрее,
MD> чем cmake.

cmake генерирует такой же makefile. И скорость сборки будет одинаковая.
А если сгенерить из cmake ninja, то это будет гарантированно быстрее, чем make,
написанный вручную. Но это все холивары. :) Я не говорю, что make хуже, чем
cmake. Лучше тот инструмент, которым умеешь пользоваться.

Best regards,
Vitaliy Aksyonov.

... Мойте руки, перед... и зад.

[Michael Dukelsky]

Hello Vitaliy,

26 October 2023, Vitaliy Aksyonov wrote to Michael Dukelsky:

VA>>> Другая более неприятная проблема - сборка с помощью nmake.
MD>> А зачем это нужно? Лучше использовать mingw и тогда можно
MD>> обойтись тем же make, что и для Линукса.
VA> Ну во-первых, он там есть. И его используют. Предлагаешь его выпилить?

Ну да. Заменить. И написать инструкцию, как этим пользоваться после замены.

VA>>> Это неспортивно. :) А как же помучаться? Там даже в документации
VA>>> написано - пока собирается, можно попить пива. А с cmake да в
VA>>> несколько потоков собирается мгновенно, даже до холодильника
VA>>> дойти не успеешь.
MD>> Если написать правильный мейкфайл, make будет работать ещё
MD>> быстрее, чем cmake.
VA> cmake генерирует такой же makefile.

Не такой же. Мейкфайлы можно написать по-разному.

VA> И скорость сборки будет одинаковая.

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

Хотел попробовать новый голдед с новым словарём. Голдед взял из последнего
артефакта. И получилось вот что:

https://ibb.co/YRgXcJG

Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не трудно
переименовать обратно.

Michael

... node (at) f1042 (dot) ru

[Vitaliy Aksyonov]

Привет, Michael!

26 Oct 23 18:26, ты писал(а) мне:

VA>>>> Другая более неприятная проблема - сборка с помощью nmake.
MD>>> А зачем это нужно? Лучше использовать mingw и тогда можно
MD>>> обойтись тем же make, что и для Линукса.
VA>> Ну во-первых, он там есть. И его используют. Предлагаешь его
VA>> выпилить?
MD> Ну да. Заменить. И написать инструкцию, как этим пользоваться после
MD> замены.

Никто не спорит.

VA>>>> Это неспортивно. :) А как же помучаться? Там даже в
VA>>>> документации написано - пока собирается, можно попить пива. А с
VA>>>> cmake да в несколько потоков собирается мгновенно, даже до
VA>>>> холодильника дойти не успеешь.
MD>>> Если написать правильный мейкфайл, make будет работать ещё
MD>>> быстрее, чем cmake.
VA>> cmake генерирует такой же makefile.
MD> Не такой же. Мейкфайлы можно написать по-разному.

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

VA>> И скорость сборки будет одинаковая.
MD> Как минимум, если мейкфайл уже написан, не надо тратить время на его
MD> генерацию. Впрочем, не будем спорить.

То же самое можно сказать про cmake и любую другую систему сборки. И я это тоже
не для того, чтобы поспорить. :) Работает - не трогай.

MD> Хотел попробовать новый голдед с новым словарём. Голдед взял из
MD> последнего артефакта. И получилось вот что:

MD> https://ibb.co/YRgXcJG

Очень странно. такое ощущение, что версия не последняя. Либо у тебя какой-то
хитрый словарь. Можешь мне скинуть его, я проверю у себя.

MD> Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не трудно
MD> переименовать обратно.

Думаю, это надо спросить у автора оригинального CMakeFiles.txt. Там так было с
самого начала. На самом деле мне непонятно, зачем было добавлять эти префиксы с
самого начала? Вряд ли кто-то будет заниматься кросс-компиляцией.

Best regards,
Vitaliy Aksyonov.

... Жизнь хуже чем была, но лучше, чем будет!

[Michael Dukelsky]

Hello Vitaliy,

26 October 2023, Vitaliy Aksyonov wrote to Michael Dukelsky:

MD>> Хотел попробовать новый голдед с новым словарём. Голдед взял из
MD>> последнего артефакта. И получилось вот что:

MD>> https://ibb.co/YRgXcJG

VA> Очень странно. такое ощущение, что версия не последняя.

golded-ubuntu-latest-Release-gcc-20231021-1660e4

Сейчас снова поставил его, отключив проверку правописания. Пока не падает.

VA> Либо у тебя какой-то хитрый словарь. Можешь мне скинуть его, я проверю
VA> у себя.

Словари ru_RU en_US из архива hunspell.zip от Паневина.

Michael

... node (at) f1042 (dot) ru

[Michael Dukelsky]

Привет, Vitaliy!

26 October 2023 18:38, Michael Dukelsky послал(а) письмо к Vitaliy Aksyonov:

MD>>> Хотел попробовать новый голдед с новым словарём. Голдед взял из
MD>>> последнего артефакта. И получилось вот что:

MD>>> https://ibb.co/YRgXcJG

VA>> Очень странно. такое ощущение, что версия не последняя.

MD> golded-ubuntu-latest-Release-gcc-20231021-1660e4

MD> Сейчас снова поставил его, отключив проверку правописания. Пока не
MD> падает.

VA>> Либо у тебя какой-то хитрый словарь. Можешь мне скинуть его, я
VA>> проверю у себя.

MD> Словари ru_RU en_US из архива hunspell.zip от Паневина.

Виноват, это у меня в скрипте, вызывающем gedlnx, прописан полный путь, поэтому
вызывался старый бинарник. А новый не работает совсем. Что неудивительно, так
как он собирался в убунту, а у меня сентос.

Желаю успехов, Vitaliy!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru

[Vitaliy Aksyonov]

Привет, Michael!

26 Oct 23 18:54, ты писал(а) мне:

MD>> Сейчас снова поставил его, отключив проверку правописания. Пока
MD>> не падает.
VA>>> Либо у тебя какой-то хитрый словарь. Можешь мне скинуть его, я
VA>>> проверю у себя.
MD>> Словари ru_RU en_US из архива hunspell.zip от Паневина.
MD> Виноват, это у меня в скрипте, вызывающем gedlnx, прописан полный
MD> путь, поэтому вызывался старый бинарник. А новый не работает совсем.
MD> Что неудивительно, так как он собирался в убунту, а у меня сентос.

Скорее всего libc другой версии. Ведь у самого деда других зависмостей особо и
нет. А ты вообще пользуешься словарями? Я вот себе включил и очень доволен.
Так-то я стараюсь писать достаточно грамотно, но иногда или опечатки бывают или
какое-то хитрое слово. Особенно на английском.

Best regards,
Vitaliy Aksyonov.

... Коврик выполнил недопустимую операцию и будет свернут...

[Michael Dukelsky]

Hello Vitaliy,

26 October 2023, Vitaliy Aksyonov wrote to Michael Dukelsky:

MD>>> Сейчас снова поставил его, отключив проверку правописания. Пока
MD>>> не падает.
VA>>>> Либо у тебя какой-то хитрый словарь. Можешь мне скинуть его, я
VA>>>> проверю у себя.
MD>>> Словари ru_RU en_US из архива hunspell.zip от Паневина.
MD>> Виноват, это у меня в скрипте, вызывающем gedlnx, прописан полный
MD>> путь, поэтому вызывался старый бинарник. А новый не работает
MD>> совсем. Что неудивительно, так как он собирался в убунту, а у
MD>> меня сентос.

VA> Скорее всего libc другой версии.

Статически собрать нельзя?

VA> Ведь у самого деда других зависмостей
VA> особо и нет. А ты вообще пользуешься словарями?

Да, от опечаток помогает. Правда старые словари я стёр, когда установил новые,
а лезть в резервную копию лень. :) Поэтому сейчас проверку отключил.

Michael

... node (at) f1042 (dot) ru

[Semen Panevin]

Доброго здоровьица тебе, Vitaliy!

Thursday October 26 2023 09:58, Vitaliy Aksyonov писал Michael Dukelsky:

MD>> путь, поэтому вызывался старый бинарник. А новый не работает
MD>> совсем. Что неудивительно, так как он собирался в убунту, а у
MD>> меня сентос.
VA> Скорее всего libc другой версии. Ведь у самого деда других зависмостей
VA> особо и нет.
И тут приходит ncurses и передаёт большой привет :)

С наилучшими пожеланиями, Семён.

... Век живи, век учись!

[Nil A]

Hello, Semen!

Thursday October 26 2023 22:18, from Semen Panevin -> Vitaliy Aksyonov:

VA>> Скорее всего libc другой версии. Ведь у самого деда других
VA>> зависмостей особо и нет.

SP> И тут приходит ncurses и передаёт большой привет :)

Кстати, а зачем было устраивать опрос версии ncurses для голодеда? Собрали под
убунту/федору/.. версии такой-то, и потом бинарь тащим на.. минт/центос/..? и
там другая версия ncurses? Так libc будет другая тоже.

Best Regards, Nil

[Semen Panevin]

Доброго здоровьица тебе, Nil!

Thursday October 26 2023 22:42, Nil A писал Semen Panevin:

SP>> И тут приходит ncurses и передаёт большой привет :)

NA> Кстати, а зачем было устраивать опрос версии ncurses для голодеда?
Я ж там писал зачем. У меня была проблема, я её решил. Всем спасибо за отклики
:)

NA> Собрали под убунту/федору/.. версии такой-то, и потом бинарь тащим
NA> на.. минт/центос/..? и там другая версия ncurses? Так libc будет
NA> другая тоже.
Будет. А кто так делает, бинари на другую систему тащит? Те, кто качают те
самые тестовые CI сборки с гитхаба?

С наилучшими пожеланиями, Семён.

... Стрессы начинаются с будильника... (c)...

[Vitaliy Aksyonov]

Привет, Semen!

26 Oct 23 22:18, ты писал(а) мне:

MD>>> путь, поэтому вызывался старый бинарник. А новый не работает
MD>>> совсем. Что неудивительно, так как он собирался в убунту, а у
MD>>> меня сентос.
VA>> Скорее всего libc другой версии. Ведь у самого деда других
VA>> зависмостей особо и нет.
SP> И тут приходит ncurses и передаёт большой привет :)

Как вариант - влинковать ncurses статически и дело с концом.

Best regards,
Vitaliy Aksyonov.

... Сейчас будете рыть окопы! Для стрельбы стоя... на лошади!

[Nil A]

Hello, Vitaliy!

Thursday October 26 2023 14:13, from Vitaliy Aksyonov -> Semen Panevin:

SP>> И тут приходит ncurses и передаёт большой привет :)
VA> Как вариант - влинковать ncurses статически и дело с концом.

И он там какой-нибудь terminfo вычитывает. Хотя, терминалы не менялись лет ~30
уже.

Хотя, есть нюансы:

% echo $TERM
xterm-256color

% echo $TERM
screen.xterm-256color

Best Regards, Nil

[Vitaliy Aksyonov]

Привет, Nil!

26 Oct 23 23:38, ты писал(а) мне:

SP>>> И тут приходит ncurses и передаёт большой привет :)
VA>> Как вариант - влинковать ncurses статически и дело с концом.
NA> И он там какой-нибудь terminfo вычитывает. Хотя, терминалы не менялись
NA> лет ~30 уже.

Дык, пусть вычитывает. Какие проблемы?

NA> Хотя, есть нюансы:

NA> % echo $TERM
NA> xterm-256color

NA> % echo $TERM
NA> screen.xterm-256color

Я, кстати, перешел на putty-256color. Полет нормальный. Когда из линукса
работаю, там тоже xterm-256color. А под screen не запускаю. что-то у меня там
не взлетело и я забил.

Best regards,
Vitaliy Aksyonov.

... Бредля на гайдарках...

[Semen Panevin]

Доброго здоровьица тебе, Vitaliy!

Thursday October 26 2023 14:13, Vitaliy Aksyonov писал Semen Panevin:

VA>>> Скорее всего libc другой версии. Ведь у самого деда других
VA>>> зависмостей особо и нет.
SP>> И тут приходит ncurses и передаёт большой привет :)
VA> Как вариант - влинковать ncurses статически и дело с концом.
libc тоже? :)

Я не очень понимаю в статической линковке, но разве для них не нужно .a а не
.so? И где их взять, билдить весь ncurses вместе с голдедом? hunspell в него же
именно так и втащили...

У меня нету libncurses.a и libtinfo.a, но я тут посмотрел, для некоторых либ
они таки есть уже готовые в системе, и у многих пакетов, включая ncurses, есть
флаг static-libs, который возможно и отвечает за установку .a вместе с .so...

С наилучшими пожеланиями, Семён.

... Человек может все, пока не начнет что-то делать... (c)...

[Vitaliy Aksyonov]

Привет, Semen!

27 Oct 23 08:29, ты писал(а) мне:

VA>>>> Скорее всего libc другой версии. Ведь у самого деда других
VA>>>> зависмостей особо и нет.
SP>>> И тут приходит ncurses и передаёт большой привет :)
VA>> Как вариант - влинковать ncurses статически и дело с концом.
SP> libc тоже? :)

С libc проблемы редко бывают. Но даже его можно влинковать статически.

SP> Я не очень понимаю в статической линковке, но разве для них не нужно
SP> .a а не .so? И где их взять, билдить весь ncurses вместе с голдедом?
SP> hunspell в него же именно так и втащили...

SP> У меня нету libncurses.a и libtinfo.a, но я тут посмотрел, для
SP> некоторых либ они таки есть уже готовые в системе, и у многих пакетов,
SP> включая ncurses, есть флаг static-libs, который возможно и отвечает за
SP> установку .a вместе с .so...

Возможно, в этом конкретном дистрибутиве они не поставляются как статические.
Обычно достаточно поставить -dev(el) пакет, который поставляет заголовки и
.a/.so.

Тут проблема в том, что cmake по умолчанию ищет именно динамическую либу, но
есть способ научить его искать сначала статическую. Можно поиграться, но, как
по мне, проще собрать на целевой системе и не мучиться.

Best regards,
Vitaliy Aksyonov.

... Думать безОбразно - безобрАзно!

[Serg Podtynnyi]

Привет, Michael!

Ответ на сообщение Michael Dukelsky (2:5020/1042) к Vitaliy Aksyonov,
написанное 26 окт 23 в 18:54:


MD>>>> Хотел попробовать новый голдед с новым словарём. Голдед взял из
MD>>>> последнего артефакта. И получилось вот что:

MD>>>> https://ibb.co/YRgXcJG

VA>>> Очень странно. такое ощущение, что версия не последняя.

MD>> golded-ubuntu-latest-Release-gcc-20231021-1660e4

MD>> Сейчас снова поставил его, отключив проверку правописания. Пока
MD>> не падает.

VA>>> Либо у тебя какой-то хитрый словарь. Можешь мне скинуть его, я
VA>>> проверю у себя.

MD>> Словари ru_RU en_US из архива hunspell.zip от Паневина.

MD> Виноват, это у меня в скрипте, вызывающем gedlnx, прописан полный
MD> путь, поэтому вызывался старый бинарник. А новый не работает совсем.
MD> Что неудивительно, так как он собирался в убунту, а у меня сентос.

А centos какой 7,8, stream? Я бы конечно посоветовал alma или rocky уже.



Serg Podtynnyi

[Michael Dukelsky]

Привет, Serg!

27 October 2023 18:32, Serg Podtynnyi послал(а) письмо к Michael Dukelsky:

SP> А centos какой 7,8, stream?

7.

SP> Я бы конечно посоветовал alma или rocky
SP> уже.

Спасибо, капитан. :) Нет на это времени.

Желаю успехов, Serg!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru

[Semen Panevin]

Доброго здоровьица тебе, Vitaliy!

Thursday October 26 2023 09:29, Vitaliy Aksyonov писал Michael Dukelsky:

MD>> Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не
MD>> трудно переименовать обратно.
VA> Думаю, это надо спросить у автора оригинального CMakeFiles.txt. Там
VA> так было с самого начала. На самом деле мне непонятно, зачем было
VA> добавлять эти префиксы с самого начала? Вряд ли кто-то будет
VA> заниматься кросс-компиляцией.
Там префиксами и не пахнет. lnx это суффикс, есличо :) но там и основная часть
имени файла меняется в сторону сокращения.
golded - gedlnx
goldnode - gnlnx
rddt - rddtlnx
Чистый суффикс - только в последнем случае.

С наилучшими пожеланиями, Семён.

... Не ищи смысл там, где его нет... (c) Sage

[Vitaliy Aksyonov]

Привет, Semen!

26 Oct 23 22:15, ты писал(а) мне:

MD>>> Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не
MD>>> трудно переименовать обратно.
VA>> Думаю, это надо спросить у автора оригинального CMakeFiles.txt.
VA>> Там так было с самого начала. На самом деле мне непонятно, зачем
VA>> было добавлять эти префиксы с самого начала? Вряд ли кто-то будет
VA>> заниматься кросс-компиляцией.
SP> Там префиксами и не пахнет. lnx это суффикс, есличо :) но там и
SP> основная часть имени файла меняется в сторону сокращения. golded -
SP> gedlnx goldnode - gnlnx rddt - rddtlnx Чистый суффикс - только в
SP> последнем случае.

Суффиксы, конечно же. Оговорился. :) Но даже они нафиг не нужны. В чем их
польза? Чтобы случайно не запустить бинарь от винды или полумуха под линуксом?
Очень сомнительный сценарий.

То же самое про сокращение. Зачем? Мы давно не в DOS с ограничением имен в 8
символов. Да и golded.exe вполне влезает в это соглашение.

Best regards,
Vitaliy Aksyonov.

... Зануда - это человек, с которым легче переспать, чем объяснить почему ты
этого

[Nil A]

Hello, Vitaliy!

Thursday October 26 2023 14:14, from Vitaliy Aksyonov -> Semen Panevin:

VA> То же самое про сокращение. Зачем? Мы давно не в DOS с ограничением
VA> имен в 8 символов. Да и golded.exe вполне влезает в это соглашение.

Почитай fidosoft.husky, там в хасках включают 8+3, и похоже бага.

Best Regards, Nil

[Semen Panevin]

Доброго здоровьица тебе, Vitaliy!

Thursday October 26 2023 14:14, Vitaliy Aksyonov писал Semen Panevin:

MD>>>> Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не
MD>>>> трудно переименовать обратно.
[...]
VA> Суффиксы, конечно же. Оговорился. :) Но даже они нафиг не нужны. В чем
VA> их польза? Чтобы случайно не запустить бинарь от винды или полумуха
VA> под линуксом? Очень сомнительный сценарий.

VA> То же самое про сокращение. Зачем? Мы давно не в DOS с ограничением
VA> имен в 8 символов. Да и golded.exe вполне влезает в это соглашение.

На этот вопрос я ответа не знаю :)
Помню, сам ещё удивлялся, когда на линух фидо перевозил, что бинари не так
обозваны...

С наилучшими пожеланиями, Семён.

... Ребята, давайте жить дружно! (с) Леопольд

[Semen Panevin]

Доброго здоровьица тебе, Michael!

Thursday October 26 2023 18:26, Michael Dukelsky писал Vitaliy Aksyonov:

MD> Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не трудно
MD> переименовать обратно.

Я задавал этот вопрос в пул реквесте. Мне ответили что gedlnx, gnlnx и rddtlnx
это происки мейкфайлов, а cmake делает более каноничные имена бинарей. Почему в
cmake не сделали так же как в мейкфайлах - я хз, вопрос к авторам cmake
сборки...

С наилучшими пожеланиями, Семён.

... Учиться, учиться и учиться! (с) Ленин

[Vitaliy Aksyonov]

Привет, Semen!

26 Oct 23 22:10, ты писал(а) Michael Dukelsky:

MD>> Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не
MD>> трудно переименовать обратно.
SP> Я задавал этот вопрос в пул реквесте. Мне ответили что gedlnx, gnlnx и
SP> rddtlnx это происки мейкфайлов, а cmake делает более каноничные имена
SP> бинарей. Почему в cmake не сделали так же как в мейкфайлах - я хз,
SP> вопрос к авторам cmake сборки...

cmake сделает то, что его попросят. Его попросили называть бинарь golded, а не
gedlnx.

Best regards,
Vitaliy Aksyonov.

... Не отвлекаются любя...

[Nil A]

Hello, Vitaliy!

Thursday October 26 2023 14:15, from Vitaliy Aksyonov -> Semen Panevin:

VA> cmake сделает то, что его попросят. Его попросили называть бинарь
VA> golded, а не gedlnx.

Я не знаю как кашерно. Сам я во-второй ирконрации в федо пришёл с фидоайпи (и
ниразу не желею), к слову, первая инкарнация была ifcico/ifmail/sendmail/inn, а
это двойное гейтование.
Я думал, что эти gedlnx, какие-то fidoip приколы. Вот и думай потом за других,
когда у самого такие тараканы.

Best Regards, Nil

[Semen Panevin]

Доброго здоровьица тебе, Vitaliy!

Thursday October 26 2023 14:15, Vitaliy Aksyonov писал Semen Panevin:

MD>>> Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не
MD>>> трудно переименовать обратно.
SP>> Я задавал этот вопрос в пул реквесте. Мне ответили что gedlnx,
SP>> gnlnx и rddtlnx это происки мейкфайлов, а cmake делает более
SP>> каноничные имена бинарей. Почему в cmake не сделали так же как в
SP>> мейкфайлах - я хз, вопрос к авторам cmake сборки...

VA> cmake сделает то, что его попросят. Его попросили называть бинарь
VA> golded, а не gedlnx.
это бесспорно :) Но вопрос-то был "зачем"?

Зачем кому-то понадобилось просить cmake делать не так же, как делают
существующие мейкфайлы? Это же автор cmake сборки попросил, а не я и не ты :)

С наилучшими пожеланиями, Семён.

... Век живи, век лечись...

[Semen Panevin]

Доброго здоровьица тебе, Michael!

Thursday October 26 2023 16:49, Michael Dukelsky писал Vitaliy Aksyonov:

VA>> Другая более неприятная проблема - сборка с помощью nmake.
MD> А зачем это нужно? Лучше использовать mingw и тогда можно обойтись тем
MD> же make, что и для Линукса.
Чем лучше? Я всегда считал, что нативный вин бинарник лучше, чем mingw.
Так-то теперь и WSL в современной винде есть...

VA>> Это неспортивно. :) А как же помучаться? Там даже в документации
VA>> написано - пока собирается, можно попить пива. А с cmake да в
VA>> несколько потоков собирается мгновенно, даже до холодильника
VA>> дойти не успеешь.
MD> Если написать правильный мейкфайл, make будет работать ещё быстрее,
MD> чем cmake.
Я чёт всё ещё не очень разбираюсь в этих системах сборки, но у меня сложилось
впечатление, что cmake это make + autotools в одном флаконе и плюс ещё чучуть.
cmake сначала генерит мейкфайл на основе конфигов-правил-анализа, как делают
всякие старые добрые ./configure, а потом тока делает билд.

В чём заключается правильность мейкфайла? Подозреваю, что в возможности
грамотного распараллеливания билда, чтобы всякие -j9 не падали рандомно на рейс
кондишенах от недетерминированного порядка сборки.

С наилучшими пожеланиями, Семён.

... Человек может все, пока не начнет что-то делать... (c)...

[Michael Dukelsky]

Привет, Semen!

26 October 2023 21:41, Semen Panevin послал(а) письмо к Michael Dukelsky:

VA>>> Другая более неприятная проблема - сборка с помощью nmake.
MD>> А зачем это нужно? Лучше использовать mingw и тогда можно
MD>> обойтись тем же make, что и для Линукса.
SP> Чем лучше?

Лучше тем, что один и тот же мейкфайл можно использовать и в юниксах и в винде.

SP> Я всегда считал, что нативный вин бинарник лучше, чем
SP> mingw. Так-то теперь и WSL в современной винде есть...

Mingw выдаёт нативный бинарник, использующий msvcrt. Начиная с Windows 10 есть
более современная С-библиотека ucrt и в msys2 (это проект сборки нативных
виндовых программ в Windows с использованием линуксовых инструментов gcc,
clang, bash и др.) есть средства сборки с этой библиотекой.

https://www.msys2.org/docs/environments/

Желаю успехов, Semen!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru

[Nil A]

Hello, Michael!

Thursday October 26 2023 23:11, from Michael Dukelsky -> Semen Panevin:

MD> Лучше тем, что один и тот же мейкфайл можно использовать и в юниксах и
MD> в винде.

В мейкфайлах твоя креативность закончиться примерно на том месте, когда ты
начшёшь вызывать sed/grep/awk, а может и perl, а некоторые и python ещё
требуют.

Best Regards, Nil

[Michael Dukelsky]

Привет, Nil!

27 October 2023 06:01, Nil A послал(а) письмо к Michael Dukelsky:

MD>> Лучше тем, что один и тот же мейкфайл можно использовать и в
MD>> юниксах и в винде.

NA> В мейкфайлах твоя креативность закончиться примерно на том месте,
NA> когда ты начшёшь вызывать sed/grep/awk, а может и perl, а некоторые и
NA> python ещё требуют.

Ты бы для начала ознакомился с содержанием базового набора пакетов,
устанавливаемого msys2

https://github.com/msys2/msys2-installer/releases/download/2023-10-26/msys2-base-x86_64-20231026.packages.txt

Желаю успехов, Nil!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru

[Nil A]

Hello, Michael!

Friday October 27 2023 09:50, from Michael Dukelsky -> Nil A:

MD>>> Лучше тем, что один и тот же мейкфайл можно использовать и в
MD>>> юниксах и в винде.

NA>> В мейкфайлах твоя креативность закончиться примерно на том месте,
NA>> когда ты начшёшь вызывать sed/grep/awk, а может и perl, а
NA>> некоторые и python ещё требуют.

MD> Ты бы для начала ознакомился с содержанием базового набора пакетов,
MD> устанавливаемого msys2

Ну т.е. ты предлагаешь тащить весь этот POSIX инвайрмент в виде cygwin/msys2?
А Виталий просто взял, и открыл cmake в студии, и всё собралось. Cmake также
хорошо собирает и под юниксами.

Best Regards, Nil

[Michael Dukelsky]

Привет, Nil!

27 October 2023 16:50, Nil A послал(а) письмо к Michael Dukelsky:

MD>>>> Лучше тем, что один и тот же мейкфайл можно использовать и в
MD>>>> юниксах и в винде.

NA>>> В мейкфайлах твоя креативность закончиться примерно на том
NA>>> месте, когда ты начшёшь вызывать sed/grep/awk, а может и perl, а
NA>>> некоторые и python ещё требуют.

MD>> Ты бы для начала ознакомился с содержанием базового набора
MD>> пакетов, устанавливаемого msys2

NA> Ну т.е. ты предлагаешь тащить весь этот POSIX инвайрмент в виде
NA> cygwin/msys2?

Что значит тащить? При установке msys2 в Windows получаешь всё, что нужно для
сборки юниксовыми инструментами. И это нужно только для сборки. На
пользовательском компьютере ничего этого устанавливать не надо.

NA> А Виталий просто взял, и открыл cmake в студии, и всё
NA> собралось. Cmake также хорошо собирает и под юниксами.

Да ради бога. Каждый делает так, как ему нравится. А я, помнится, собрал себе
rpm с помощью cmake, и он оказался нерабочим. Посмотрел в сгенерированный
.spec, а там полная чушь. После этого у меня интерес к cmake пропал.

Желаю успехов, Nil!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru

[Nil A]

Hello, Michael!

Friday October 27 2023 17:12, from Michael Dukelsky -> Nil A:

MD> Да ради бога. Каждый делает так, как ему нравится. А я, помнится,
MD> собрал себе rpm с помощью cmake, и он оказался нерабочим. Посмотрел в
MD> сгенерированный .spec, а там полная чушь. После этого у меня интерес к
MD> cmake пропал.

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

Best Regards, Nil

[Michael Dukelsky]

Привет, Nil!

27 October 2023 19:54, Nil A послал(а) письмо к Michael Dukelsky:

MD>> Да ради бога. Каждый делает так, как ему нравится. А я, помнится,
MD>> собрал себе rpm с помощью cmake, и он оказался нерабочим.
MD>> Посмотрел в сгенерированный .spec, а там полная чушь. После этого
MD>> у меня интерес к cmake пропал.
NA> Первый сексуальный опыт он такой - он запоминается потом, и не всегда
NA> успешный.

Если ты хотел сказать, что я написал неправильный конфиг к cmake, то не угадал:
его писал Alexander Skovpen.

Желаю успехов, Nil!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru

[Alexander Kruglikov]

Привет, Nil!

*** Ответ на сообщение из CarbonArea (Мыльце для меня).

24 окт 23 01:10, Nil A писал(а) к Alexander Kruglikov:

AK>> Действительно, такое ощущение, что не до конца отработал make clean.
AK>> Странно, что на macOS такого нет =)
NA> Зачем засорять дерево исходников билдом?
NA> Вон из-коробки собирается cmake'ом отлично.

Хочу. Привычка - вторая натура.

NA> Инструкция от andrew clarke 3:633/267
NA> This is how I build GoldED+ with CMake on FreeBSD 13.1-RELEASE:
NA> git clone https://github.com/golded-plus/golded-plus
NA> cd golded-plus
NA> cp -p golded3/mygolded.__h golded3/mygolded.h
NA> cmake -B workdir --install-prefix=$HOME/opt/golded .
NA> cmake --build workdir --parallel
NA> cmake --install workdir

Я умею пользоваться cmake. Но у меня тут, знаете ли, скрипты времён второй
мировой и переписывать их лень =(

С наилучшими пожеланиями, Alexander.