#141
|
|||
|
|||
Changes in golded+ sources
Michael Dukelsky написал(а) к Vitaliy Aksyonov в Oct 23 21:57:36 по местному времени:
Нello Vitaliy, 26 October 2023, Vitaliy Aksyonov wrote to Michael Dukelsky: MD>>> Сейчас снова поставил его, отключив проверку правописания. Пока MD>>> не падает. VA>>>> Либо у тебя какой-то хитрый словарь. Можешь мне скинуть его, я VA>>>> проверю у себя. MD>>> Словари ruRU enUS из архива hunspell.zip от Паневина. MD>> Виноват, это у меня в скрипте, вызывающем gedlnx, прописан полный MD>> путь, поэтому вызывался старый бинарник. А новый не работает MD>> совсем. Что неудивительно, так как он собирался в убунту, а у MD>> меня сентос. VA> Скорее всего libc другой версии. Статически собрать нельзя? VA> Ведь у самого деда других зависмостей VA> особо и нет. А ты вообще пользуешься словарями? Да, от опечаток помогает. Правда старые словари я стёр, когда установил новые, а лезть в резервную копию лень. :) Поэтому сейчас проверку отключил. Michael ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20231008 |
#142
|
|||
|
|||
Re: Changes in golded+ sources
Semen Panevin написал(а) к Michael Dukelsky в Oct 23 21:41:40 по местному времени:
Доброго здоровьица тебе, 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)... --- GoldED+/LNX 1.1.5-b20231021 (Linux 6.1.57-gentoo CPU UNKNOWN) |
#143
|
|||
|
|||
Re: Changes in golded+ sources
Semen Panevin написал(а) к Michael Dukelsky в Oct 23 22:10:32 по местному времени:
Доброго здоровьица тебе, Michael! Thursday October 26 2023 18:26, Michael Dukelsky писал Vitaliy Aksyonov: MD> Кстати, зачем gedlnx переименовали в golded? Впрочем, мне не трудно MD> переименовать обратно. Я задавал этот вопрос в пул реквесте. Мне ответили что gedlnx, gnlnx и rddtlnx это происки мейкфайлов, а cmake делает более каноничные имена бинарей. Почему в cmake не сделали так же как в мейкфайлах - я хз, вопрос к авторам cmake сборки... С наилучшими пожеланиями, Семён. ... Учиться, учиться и учиться! (с) Ленин --- GoldED+/LNX 1.1.5-b20231021 (Linux 6.1.57-gentoo CPU UNKNOWN) |
#144
|
|||
|
|||
Re: Changes in golded+ sources
Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 22:15:42 по местному времени:
Доброго здоровьица тебе, 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 --- GoldED+/LNX 1.1.5-b20231021 (Linux 6.1.57-gentoo CPU UNKNOWN) |
#145
|
|||
|
|||
Re: Changes in golded+ sources
Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 22:18:48 по местному времени:
Доброго здоровьица тебе, Vitaliy! Thursday October 26 2023 09:58, Vitaliy Aksyonov писал Michael Dukelsky: MD>> путь, поэтому вызывался старый бинарник. А новый не работает MD>> совсем. Что неудивительно, так как он собирался в убунту, а у MD>> меня сентос. VA> Скорее всего libc другой версии. Ведь у самого деда других зависмостей VA> особо и нет. И тут приходит ncurses и передаёт большой привет :) С наилучшими пожеланиями, Семён. ... Век живи, век учись! --- GoldED+/LNX 1.1.5-b20231021 (Linux 6.1.57-gentoo CPU UNKNOWN) |
#146
|
|||
|
|||
ncurses
Nil A написал(а) к Semen Panevin в Oct 23 22:42:08 по местному времени:
Нello, Semen! Thursday October 26 2023 22:18, from Semen Panevin -> Vitaliy Aksyonov: VA>> Скорее всего libc другой версии. Ведь у самого деда других VA>> зависмостей особо и нет. SP> И тут приходит ncurses и передаёт большой привет :) Кстати, а зачем было устраивать опрос версии ncurses для голодеда? Собрали под убунту/федору/.. версии такой-то, и потом бинарь тащим на.. минт/центос/..? и там другая версия ncurses? Так libc будет другая тоже. Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#147
|
|||
|
|||
Re: Changes in golded+ sources
Vitaliy Aksyonov написал(а) к Semen Panevin в Oct 23 14:13:20 по местному времени:
Привет, Semen! 26 Oct 23 22:18, ты писал(а) мне: MD>>> путь, поэтому вызывался старый бинарник. А новый не работает MD>>> совсем. Что неудивительно, так как он собирался в убунту, а у MD>>> меня сентос. VA>> Скорее всего libc другой версии. Ведь у самого деда других VA>> зависмостей особо и нет. SP> И тут приходит ncurses и передаёт большой привет :) Как вариант - влинковать ncurses статически и дело с концом. Best regards, Vitaliy Aksyonov. ... Сейчас будете рыть окопы! Для стрельбы стоя... на лошади! --- GoldED+/LNX 1.1.5-b20231021 |
#148
|
|||
|
|||
Re: Changes in golded+ sources
Vitaliy Aksyonov написал(а) к Semen Panevin в Oct 23 14:14:02 по местному времени:
Привет, 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. ... Зануда - это человек, с которым легче переспать, чем объяснить почему ты этого --- GoldED+/LNX 1.1.5-b20231021 |
#149
|
|||
|
|||
Re: Changes in golded+ sources
Vitaliy Aksyonov написал(а) к Semen Panevin в Oct 23 14:15:50 по местному времени:
Привет, 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. ... Не отвлекаются любя... --- GoldED+/LNX 1.1.5-b20231021 |
#150
|
|||
|
|||
Changes in golded+ sources
Michael Dukelsky написал(а) к Semen Panevin в Oct 23 23:11:36 по местному времени:
Привет, 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 --- GoldED+/LNX 1.1.5-b20231008 |