Autotools vs CMake vs Meson vs Bazel: Четыре кита метасистем сборки в 2024

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

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

• Система Makefile была разработана в 1976 году.  

• Программы в 80-х годах были привязаны к железу и ОС.  

• Кроссплатформенность и библиотеки стали нормой только в 90-х годах.  

• Пример: кроссплатформенные библиотеки, такие как Qt.  

• Makefile был разработан в 1991 году для переносимости между Unix-системами.  

• Система Autoconf генерирует мейк-файлы для конкретной системы.  

• Autotools появился в 1997 году для создания мейк-файлов на более высоком уровне абстракции.  

• Основная задача метасборочных систем - переносимость между системами.  

• Примеры известных проектов, использующих метасборочные системы.  

• Некоторые проекты используют несколько систем одновременно.  

• Метасборочные системы эволюционировали вместе с технологиями.  

• Проекты выбирали инструменты, которые были наиболее полезными в их время.  

• Инструменты, такие как Autotools, остаются важными для проектов.  

• Переписывание инструментов требует много времени и усилий.  

• Даже небольшие изменения в файлах могут существенно повлиять на проект.  

• Autotools остаются популярными из-за их универсальности и поддержки на старых системах.  

• Некоторые проекты используют только Makefile, что упрощает процесс сборки.  

• Крупные проекты могут использовать различные системы сборки, включая Makefile и Autotools.  

• Разные системы могут иметь разные инструменты и библиотеки.  

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

• Переносимость зависит от кода, а не от Makefile.  

• Makefile помогает сосредоточиться на коде, а не на специфике систем.  

• Примеры: медиаплееры и просмотрщики изображений.  

• Makefile позволяет проектам работать на разных системах без значительных изменений.  

• Переносимость не абсолютна, особенно для Windows.  

• Makefile и другие системы сборки сглаживают эти проблемы, но не решают их полностью.  

• Поддержка высокоуровневых языков, таких как Python и Java, требует специальных инструментов.  

• Метасистемы сборки, такие как Make и Ninja, упрощают создание Makefile.  

• Новые утилиты, такие как SCons, еще больше упрощают процесс.  

• SCons позволяет создавать высокоабстрактные Makefile и обеспечивает переносимость.  

• Установка библиотек и их расположение могут различаться на разных системах.  

• SCons и другие системы сборки помогают находить и устанавливать библиотеки.  

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

• Переносимость кода обеспечивается языком и компилятором.  

• Кроссплатформенность языка C и других высокоуровневых языков относительна.  

• Важно сосредоточиться на переносимости кода, а не на конкретных инструментах.  

• Операционные системы имеют значительные различия, влияющие на переносимость кода.  

• Примеры: пути в файловой системе и работа сокетов.  

• Кросс-платформенные инструменты и библиотеки помогают переносить код.  

• Мисон написан на Python, что упрощает переносимость.  

• Мисон использует Ninja вместо Make, что повышает производительность.  

• Ninja предоставляет параллельность и более эффективный подход к сборке.  

• Мисон выигрывает по производительности и удобству синтаксиса.  

• Мисон учитывает современные потребности и упрощает написание бинарных файлов.  

• Мисон популярен среди проектов, таких как GNOME и связанных с видеопотоками.  

• Сейк решает задачи своего времени, но сейчас его популярность снижается.  

• Мисон стал стандартом де-факто для многих проектов.  

• Документация у разных инструментов может быть субъективной.  

• Планируется работа над документацией и синтаксисами.  

• Примеры различий в синтаксисах и примеры минимального проекта.  

• Мисон позиционируется как простой и удобный инструмент.  

• Обсуждение сложности кода и его написания.  

• Сравнение различных метасистем сборки, таких как Salt, Moose, Make, Sake, Bazel.  

• Обсуждение совместимости и изменений в синтаксисе.  

• Sake и его большое количество проектов.  

• Обсуждение тьюринг-полноты языков и их ограничений.  

• Примеры использования языков для создания сложных задач.  

• Демонстрация тьюринг-машины на Sake.  

• Обсуждение гибкости Sake и его способности обрабатывать произвольные файлы.  

• Сравнение с другими языками и их ролями в поддержке существующих проектов.  

• Введение в Bazel и его преимущества для работы с монорепозиториями.  

• Обсуждение эффективности Bazel и его интеграции с удаленными серверами.  

• Сравнение с другими метасистемами сборки и их применимость для различных проектов.  

• Завершение обсуждения метасистем сборки.  

• Призыв к подписчикам проверить актуальные версии проектов.  

• Обзор новых релизов и улучшений в существующих проектах.  

• Цель проекта: минимальное количество зависимостей, максимальная скорость открытия и обработки файлов Markdown.  

• Утилита должна рендерить Markdown как GitHub.  

• Автор использует MD Flash для быстрого просмотра превью Markdown без необходимости в тяжелых редакторах.  

• MD Flash поддерживает базовые функции Markdown, но не все специфические возможности.  

• Текущая версия 0.9, планируется добавить поддержку версий и фото.  

• Утилита полезна для быстрого понимания, как Markdown будет выглядеть на GitHub.  

• MD Flash имеет одну зависимость от утилиты Uti.  

• Автор работает над улучшением парсера Markdown и добавлением новых функций.  

• Обновлен фасад утилиты, который показывает директории и файлы с использованием эмодзи.  

• Эмодзи могут быть составными и не всегда корректно отображаться.  

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

• Автор благодарит за внимание и оставляет ссылки на репозитории с утилитами и конфигурациями для командной строки.  

• Призывает к обсуждению и уточнению технической информации.