caxapa.ru :: Если кому-то потеря двух-трех дней на составление Makefile (бред само по себе: он пишется за пару-тройку часов), который потом будет в 100500 проектах использоваться — непозволительная роскошь, то он - мягко говоря, [censored]! Освоение никому неизвестного инструмента сборки (или несуществующего - как упомянутый xmake) займет больше времени. И зачем???

Eddy_Em (13.11.2023 11:31, просмотров: 388) ответил evgeniy1294 на Выражение "нет ничего невозможного" выдаёт не очень опытного программиста. Люди не хотят делать невозможное, люди хотят зарабатывать деньги, а потеря двух-трёх рабочих дней для решения вроде бы тривиальной задачи через cmake не вызывает ничего, кроме досадного удивления.

Если кому-то потеря двух-трех дней на составление Makefile (бред само по себе: он пишется за пару-тройку часов), который потом будет в 100500 проектах использоваться — непозволительная роскошь, то он - мягко говоря, [censored]! Освоение никому неизвестного инструмента сборки (или несуществующего - как упомянутый xmake) займет больше времени. И зачем???

У cmake с каждой новой версией все больше плюшек появляется. Лично меня он под ПК полностью устраивает, под МК, естественно, он избыточен - там просто Makefile зачастую уже избыточно - можно и баш-скриптом компелять (но у меня Makefile генерит дату и номер сборки + имеет два вида сборки - debug и release, скриптом бы я подобное дольше реализовывал).

И не надо врать, что генераторы makefile'ов не позволяют нормально управлять процессом сборки! Если бы это было действительно так, уже давно придумали бы другой makefile-генератор. Но т.к. его нет и подавляющее большинство пользуется cmake…

eddy-em.livejournal.com github.com/eddyem

Ответить

- Фраза "...который потом будет в 100500 проектах использоваться" выдает тепличного человека, не знающего ничего о коммерческих разработках :) Cкpипaч^пророк(68 знак., 13.11.2023 12:09)
  - Да ладно: всем нам свойственна лень. И я уверен, что ты и сам свои наработки суешь во все проекты… Не будешь же каждый раз с нуля что-то делать? Это как минимум нецелесообразно. Eddy_Em(168 знак., 13.11.2023 12:13)
    - наброшу. этот ваш make не просто говно, а табулированное. а-ля whitespace Vit(1 знак., 13.11.2023 12:37, ссылка)
      - Да, из-за табов прямо беда! В qtcreator нельзя их редактировать, т.к. табы весело меняются на пробелы, и приплыли... - Eddy_Em(13.11.2023 13:01)
        
        За использование табуляции вместо пробелов нужно бить по рукам. - evgeniy1294(13.11.2023 13:04)
        
        Поздняк метаться: синтаксис мейкфайлов прибили гвоздями! Eddy_Em(185 знак., 13.11.2023 13:07)
        
        Типы данных уже давно используем. - Cкpипaч^пророк(13.11.2023 13:45)
        
        Четвёртый питон ещё не скоро будет, к тому же так он будет не совместим с 3-кой. evgeniy1294(101 знак., 13.11.2023 13:41)
        
        Действительно нужное быстренько перепишут. Все равно там основа - С или С++, а бидон в этих "библиотеках" лишь как обертка используется. - Eddy_Em(13.11.2023 13:54)
        
        Numpy переписывались несколько лет с 2ки на 3ку. - evgeniy1294(13.11.2023 14:04)
    - А причем тут лень? На рынке ПРОСТО НЕТ "100500 проектов". Более того, пока вы всерьёз сделаете хотя бы пять, потребности заказчиков изменятся и все ваши наработки придется срочно переписывать. Cкpипaч^пророк(641 знак., 13.11.2023 12:20 - 12:27)
      - Зачем же наработки переписывать? Eddy_Em(638 знак., 13.11.2023 12:20)
        
        Чтобы бекпорт сделать. - Cкpипaч^пророк(13.11.2023 12:21)

ARM, RISC-V контроллеры