В рамках проекта BuilDj (http://live.gnome.org/BuilDj) создана (http://aruiz.synaptia.net/siliconisland/2010/03/buildj-build...) новая экспериментальная система организации процесса сборки GNOME-приложений, призванная в будущем уйти от использования пакета AutoTools (automake, autoconf). Система изначально оптимизирована для сборки графических приложений, написанных с использованием языков C, C++, Python, Vala и дающая возможность прозрачного использования близких к GNOME технологий, таких как intltool, pkg-config, mkenums, gtk-doc, .desktop, .pc, XDG, интроспекция gobject.
Для описания правил сборки в BuilDj используется формат JSON, который является более простым для восприятия, чем XML, предоставляя при этом аналогичные возможности. Для непосредственной сборки проекта, правила BuilDj транслируются в набор сборочных файлов, поддерживаемых выбранным фронт-эндом, в роли которого могут выступать такие системы, как AutoTools, CMake, SCons и Waf.Ос...
URL: http://aruiz.synaptia.net/siliconisland/2010/03/buildj-build...
Новость: https://www.opennet.ru/opennews/art.shtml?num=25753
Если кто читал документацию, кажется к autoconf, там есть одна маленькая и интересная заметка, что данное ПО разрабатывается для пользователя. Не для ментейнера или разработчика, а именно для конечного пользователя. На протяжении десятилетий мы все дружно нажимаем configure, make, make install и совершенно не думаем головой.Теперь же налетели со всех концов разные умельцы и начинают строчить массу всяческих утилит, поговаривая что мы ошибаемся. Я понимаю, для НИХ это круто, им не надо париться с кучей мануалов на automake, autoconf, autoheader, aclocal, libtool, autoscan, autoreconf, m4. Ну так они ведь умные ребята, могут заботать. Зачем перекладывать проблемы на юзера? Или он теперь стал не достаточно умным, чтобы собирать что-либо из исходников?
Глупость говорите. Система сборки должна в первую очередь быть удобной для разработчика. Чем удобнее и проще разработчику писать программы под систему, тем больше разработчиков будут писать под неё программы.
Как бы далеко не факт. История знает много примеров когда разработчики прогибались под не слишком удобные окружения. Например потому что они популярные. И наоборот, даже суперудобность окружения еще ничего не гарантирует само по себе.
> Или он теперь стал не достаточно умным, чтобы собирать что-либо из исходников?вы считаете что чтобы написать ./configure && make && make install нужно больше ума чем для того чтоб поставить из бинарного пакета? и почему для пользователя сложнее написать например cmake . && make && make install? или ваш достаточно умный пользователь не достаточно умен чтобы прочитать readme?
Велосипед какой-то.
Такое ощущение что у гномеров закончились все существенные проблемы и они (на пару с КДЕшниками) дружно страдают фигней. Скоро они там социальный десктоп начнут делать? А то некузяво кедовцам проигрывать в страдании фигней :D
в ubuntu 10.4 уже будут какие-то социальные плюшки, я их правда не осилил :(
Если будет транслировать в CMake то замечательно. Но в таком виде она выглядит как лишняя прослойка.
Несмотря на кажущуюся велосипедность, я считаю этот проект более перспективным, чем все эти маке-гмаке-скунсы-аутотулсы. Прежде всего, он даёт контроль над тем, что и как ты собираешь. Маке в этом плане более фриволен: найдёт сишный исходник - и давай компилять! (правила-то пишут общие, для *.c) BuilDj чётко определяет действия для каждой цели.
Второе - это простота формата. JSON понятен человеку, легко [де]сериализуется и поддерживается многими языками, отсюда вытекает прекрасная переносимость на другие (читай неПосыкс) платформы.
Да и вообще, дыма без огня не бывает: если кто-то начал что-то делать, значит существующее "что-то" явно не отвечает современным требованиям.