Представлен (http://blog.qt.digia.com/blog/2014/05/05/qbs-1-2-0-released/) новый выпуск развиваемого проектом Qt сборочного инструментария qbs 1.2.0 (http://qt-project.org/wiki/qbs) (Qt Build Suite). Qbs использует упрощённый вариант языка QML для определения сценариев сборки проекта, что позволяет определять достаточно гибкие правила сборки, в которых могут подключаться внешние модули, использоваться функции на JavaScript и создаваться произвольные правила сборки. В отличие от qmake, qbs не привязан к Qt и изначально рассчитан на организацию сборки любых проектов.Используемый в qbs язык сценариев адаптирован для автоматизации генерации и разбора сценариев сборки интегрированными средами разработки. Кроме того, qbs не генерирует make-файлы, а сам без посредников, таких как утилита make, контролирует запуск компиляторов и компоновщиков, оптимизируя процесс сборки на основе детального графа всех зависимостей. Наличие изначальных данных о структуре и зависимостях в проекте позволяет эффективно распараллеливать выполнение операций в несколько потоков. Для крупных проектов, состоящих из большого числа файлов и поддиректорий, производительность повторной пересборки с использованием qbs может опережать make в разы - пересборка выполняется почти мгновенно и не заставляет разработчика тратить время на ожидание.
В новой версии:
- Поддержка правил с гибким варьированием вывода. Например, теперь можно подготовить IDL-файл, содержащий описание некоторых интерфейсов C++ на основе которых компилятор сгенерирует серию заголовочных файлов, которые автоматически будут прикреплены в качестве зависимостей. При изменении содержимого IDL-файла вся цепочка подобных зависимостей будет проанализирована и инициирована пересборка связанных частей проекта.
- Увеличена надёжность инкрементальных сборок;
- Подготовлены модули для создания инсталляторов для платформы Windows на основе NSIS или MSI;
- Для JavaScript файлов добавлена возможность загрузки расширений qbs и других JavaScript файлов, по аналогии с работой Qt.include в QML;
- Значительно снижено потребление памяти.
URL: http://blog.qt.digia.com/blog/2014/05/05/qbs-1-2-0-released/
Новость: http://www.opennet.me/opennews/art.shtml?num=39705
С пятых кед оставлю тока дельфина и консоль - все это кумыльное жабо оставлю планшетникам %) Пущай развлекаются
Не вижу никакого соотвествия Вашего поста теме, поскольку qml вполне абстрагирован от средств ввода, и если КДЕшеры не могут сделать на нем нормальный интерфейс, который было бы удобно использовать с мышкой, жаловаться об этом стоило бы в другом теме.
>qml вполне абстрагирован от средств вводаА что, разве, например, вот это
>QShortCut works with QWidget based classes. There is no direct way to make native QML elements respond to global short cuts. One can assign a key to a QML Button, for example, but it only works when the button has focus
разве не только что пофиксили? И не костыльно (только для QtQuick-контролов)?
И при чем здесь, казалось бы, qml, когда пост о QBS (qt build system)
Кто в курсе, Кеды перейдут на эту систему сборки?
Зачем?
CMake - ад, но пока qbs не взлетел приходится пользоваться.
Наплодили, млин.Вот ядро до сих пор использует обычный make (aka gmake), и мне вот до сих пор нравится как он работает :). Всяко приятнее, чем все эти cmake/rmake/etc.
http://beta.hstor.org/getpro/habr/comment_images/99e/fe0/771...
> Наплодили, млин.
> Вот ядро до сих пор использует обычный make (aka gmake), и мне
> вот до сих пор нравится как он работает :). Всяко приятнее,
> чем все эти cmake/rmake/etc.Ты видел хоть одного быдлокодера обдолбаного питоном, осилевшего хотя бы азы make?
Ты видел хотя бы одного страхового агента, осилившего хотя бы азы make?
В Linux используется Kbuild, в основе которого хоть и лежат обычные make-файлы, но всё же говорить, что там используется обычный gnu make не совсем верно.
Ад как раз qbs. CMake пока аналогов нет и не предвидится.
до KDE 6 можно не рассчитывать.
Почему опять отложили релиз qt5.3 на 20 мая. Почему?
Интересно было бы сравнить возможности qbs и gradle.
