legacy makefiles

Sergey Anohin написал(а) к Zhenja Kaliuta в Jan 22 22:52:01 по местному времени:

Нello, Zhenja!

ZK> в бсде так же расширенные (относительно posix), только в профиль.

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

https://forums.freebsd.org/threads/p...n-rules.65372/

думаю что теперь твое сообщение выглядит как корейские иероглифы :))) вроде что-то понятно а вроде и не очень.


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

--- wfido

Zhenja Kaliuta написал(а) к Sergey Anohin в Jan 22 22:24:31 по местному времени:

Нi, Sergey!

On Fri, 14 Jan 2022 22:52:01 +0200 Sergey Anohin writes:

ZK>> в бсде так же расширенные (относительно posix), только в профиль.

SA> Я сначала прочитав твое сообщение понял что это для меня почти как
SA> арабская вязь или китайские иероглифы, но почитав форум

SA> https://forums.freebsd.org/threads/p...n-rules.65372/

SA> думаю что теперь твое сообщение выглядит как корейские иероглифы :))) вроде что-то понятно а вроде и не очень.

В смысле? Есть POSIX make, где-то вот так https://pubs.opengroup.org/onlinepub...ties/make.html

Есть make'и на *BSD'х с расширениями этого синтаксиса (если я правильно помню Чеусова, они похожи, но имеют отличия. Сам я сталкивался только с bmake, который "the NetBSD make tool").

Есть gnu make, со своими расширениями.

Почему расширения bsd можно считать нормальными, а gnu нет -- я лично причин не вижу, кроме вкусовщины (bmake красивее, но загадочнее :)

На линуксах вполне можно пользоваться bmake прямо из родных репозиториев:

% rpm -q bmake
bmake-20210803-1.fc35.x86_64

% dpkg -l bmake
...
ii bmake 20200710-15 amd64 NetBSD make

--- Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Sergey Anohin написал(а) к Zhenja Kaliuta в Jan 22 23:35:26 по местному времени:

Нello, Zhenja!

ZK> Почему расширения bsd можно считать нормальными, а gnu нет -- я лично причин не вижу, кроме вкусовщины (bmake красивее, но загадочнее :)

Ну да, это как я и написал, ака с какой стороны окоп смотреть :)
Пока что я понял что там синтакс отличается и пилить унифицированный мейкфайл это тяжело :)

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

--- wfido

Zhenja Kaliuta написал(а) к Sergey Anohin в Jan 22 22:44:16 по местному времени:

Нi, Sergey!

On Fri, 14 Jan 2022 23:35:26 +0200 Sergey Anohin writes:

ZK>> Почему расширения bsd можно считать нормальными, а gnu нет -- я лично причин не вижу, кроме вкусовщины (bmake красивее, но загадочнее :)

SA> Ну да, это как я и написал, ака с какой стороны окоп смотреть :)
SA> Пока что я понял что там синтакс отличается и пилить унифицированный мейкфайл это тяжело :)

Это не тяжело, но бессмысленно (ввиду количества повторяющейся ручной работы). autotools как раз генерирует совместимый с posix, если там ручками расширений не вставляли. cmake тоже генерирует (полагаю, тоже posix).

--- Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Sergey Anohin написал(а) к Zhenja Kaliuta в Jan 22 23:48:14 по местному времени:

Нello, Zhenja!

ZK> Это не тяжело, но бессмысленно (ввиду количества повторяющейся ручной работы). autotools как раз генерирует совместимый с posix, если там ручками расширений не вставляли. cmake тоже генерирует (полагаю, тоже posix).

autotools automake autoconf aclocal и прочие штуки почему то не прижились у фидо софта, за исключением, мы оба знаем какого ;)

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

--- wfido

Zhenja Kaliuta написал(а) к Sergey Anohin в Jan 22 23:10:59 по местному времени:

Нi, Sergey!

On Fri, 14 Jan 2022 23:48:14 +0200 Sergey Anohin writes:


ZK>> Это не тяжело, но бессмысленно (ввиду количества повторяющейся
SA> ручной работы). autotools как раз генерирует совместимый с posix, если
SA> там ручками расширений не вставляли. cmake тоже генерирует (полагаю,
SA> тоже posix).

SA> autotools automake autoconf aclocal и прочие штуки почему то не прижились у фидо софта, за исключением, мы оба знаем какого ;)

;)

И не приживались. Фидошный софт пришёл из другого мира, очень отличного от GNU.

--- Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Sergey Zabolotny написал(а) к Michael Dukelsky в Jan 22 22:19:02 по местному времени:

Нello Michael.

Friday 14 January 2022 18:53, Michael Dukelsky wrote to Sergey Zabolotny:

MD>>> Для любого дистрибутива Линукса нет смысла мучиться с сабжем, с
MD>>> универсальными мейкфайлами всё прекрасно собирается.
MD>>> Единственная затруднение - это определить названия пакетов с
MD>>> нужными зависимостями. В этом тебе поможет пакетный менеджер
MD>>> твоего дистрибутива. Эти названия в разных дистрибутивах разные,
MD>>> так что в инструкцию их не вставишь.
SZ>> попробовал вариант cmake

MD> А, понял, ты любитель ходить по граблям.
не угадал. собралось новым методом. я только не понял, в чем смысл запрещать сборку от рута?

MD> Этот вариант никто не хочет чинить. Если хочешь, почини.
не силен я в мэйк файлах, особенно когда ошибка указывает на код, а не на какие-то косяки в обвязке. если подскажешь в каком направлении копать - попробую.

--- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-ServicePack3 i1586)

Alexey Vissarionov написал(а) к Michael Dukelsky в Jan 22 13:13:12 по местному времени:

Доброго времени суток, Michael!
14 Jan 2022 19:14:00, ты -> Sergey Anohin:

MD>>> А универсальные мейкфайлы используют необычный make?
SA>> Я не силен в теме, но вроде бывает "нормальный" make и GNU make :)))
SA>> Нормальность зависит с какой стороны смотреть я так понимаю?
MD> Если смотреть со стороны Гремлина, то нормальным может быть только
MD> тот make, который используется в Линуксе, то есть GNU make. Поскольку
MD> универсальные мейкфайлы используют именно GNU make для всех
MD> операционных систем, в отличие от legacy makefiles, в которых make
MD> свой в каждой операционной системе, я и не понял, что он нашёл такого
MD> замечательного в этом старье. Ну, может я всё путаю? Лёша, объясни. :)

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

А у меня переход на stdint.h не завершен, поэтому вместо merge пришлось бы использовать много-много cherry-pick, что меня в условиях тотального дефицита свободного времени ни разу не улыбает.

Да и вообще, давно пора объявить, что апстрим поддерживает только GNU/Linux и форточки, а все остальное только в той степени, в какой оно не ломает сборку в этих двух средах.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Закон многое преследует, но не все догоняет
--- /bin/vi

Michael Dukelsky написал(а) к Sergey Zabolotny в Jan 22 18:05:50 по местному времени:

Привет, Sergey!

14 January 2022 22:19, Sergey Zabolotny послал(а) письмо к Michael Dukelsky:

MD>>>> Для любого дистрибутива Линукса нет смысла мучиться с сабжем, с
MD>>>> универсальными мейкфайлами всё прекрасно собирается.
MD>>>> Единственная затруднение - это определить названия пакетов с
MD>>>> нужными зависимостями. В этом тебе поможет пакетный менеджер
MD>>>> твоего дистрибутива. Эти названия в разных дистрибутивах
MD>>>> разные, так что в инструкцию их не вставишь.
SZ>>> попробовал вариант cmake
MD>> А, понял, ты любитель ходить по граблям.
SZ> не угадал. собралось новым методом.

Ну и хорошо.

SZ> я только не понял, в чем смысл запрещать сборку от рута?

Смысл в том, что собирать программу надо с минимальными правами в безопасной обстановке. А зачем нужна сборка от рута? Ты может и на порносайты от рута ходишь? :)

MD>> Этот вариант никто не хочет чинить. Если хочешь, почини.
SZ> не силен я в мэйк файлах, особенно когда ошибка указывает на код, а не
SZ> на какие-то косяки в обвязке. если подскажешь в каком направлении
SZ> копать - попробую.

У тебя же всё собралось, значит дело тут не в коде. Для начала надо было создать файлы cvsdate.h в каждом подпроекте. А что там сломалось, я не знаю.

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

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20180707

Sergey Zabolotny написал(а) к Michael Dukelsky в Jan 22 22:20:40 по местному времени:

Нello Michael.

Friday 14 January 2022 22:19, Sergey Zabolotny wrote to Michael Dukelsky:

MD>>>> Для любого дистрибутива Линукса нет смысла мучиться с сабжем, с
MD>>>> универсальными мейкфайлами всё прекрасно собирается.
MD>>>> Единственная затруднение - это определить названия пакетов с
MD>>>> нужными зависимостями. В этом тебе поможет пакетный менеджер
MD>>>> твоего дистрибутива. Эти названия в разных дистрибутивах
MD>>>> разные, так что в инструкцию их не вставишь.
SZ>>> попробовал вариант cmake

MD>> А, понял, ты любитель ходить по граблям.
SZ> не угадал. собралось новым методом. я только не понял, в чем смысл
SZ> запрещать сборку от рута?
fidoroute валится в корку
Нubroute generator v.1.38
Scanning config file...
Scanning nodelist /data/fidonet/nodelist/nodelist.ndl for 2:469 hubroute.../
Scanning route file /data/fidonet/files/fileecho/r50route/r50.rou...
Rerouting for 2:463/68.
Rerouting for 2:463/68.
Rerouting for 2:463/68.
Rerouting for 2:463/68.
Rerouting for 2:463/68.
Rerouting for 2:463/68.
Scanning route file /data/fidonet/files/fileecho/r50route/r50.tru...
Rerouting for 2:5030/731.
Rerouting for 2:6090/1.
Rerouting for 2:46/All.
Rerouting for 2:460/All.
Rerouting for 2:460/All.
Rerouting for 2:4600/All.
Rerouting for 2:4600/All.
Rerouting for 2:461/145.
Rerouting for 2:461/All.
Rerouting for 2:461/All.
Rerouting for 2:4614/All.
Rerouting for 2:4614/All.
Rerouting for 2:4616/All.
Rerouting for 2:463/All.
Rerouting for 2:463/All.
Rerouting for 2:4635/All.
Rerouting for 2:4635/All.
Rerouting for 2:467/All.
Rerouting for 2:467/All.
Rerouting for 2:469/All.
Rerouting for 2:5019/All.
Rerouting for 2:5076/All.
Rerouting for 2:5080/All.
Rerouting for 2:469/All.
Adjusting routing...
RouteLoop detected for 2:469/15. Try to route by default
Writing routing... Segmentation fault (core dumped)

--- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-ServicePack3 i1586)