Qt: Embedded World 2017 и roadmap

Большая часть информации по Qt (новости, информация на сайте, статьи, публикации в блоге, аккаунты в соц.сетях) доступна только на английском языке. И хотя каждый разработчик желательно-обязательно должен владеть английским, для многих языковой барьер по-прежнему является проблемой.


Я работаю в The Qt Company (в офисе Осло, Норвегия), и видя как обделено вниманием весьма немаленькое русскоязычное сообщество, я решил написать эту статью на русском и рассказать немного о прошедшей на позапрошлой неделе в Нюрнберге конференции Embedded World 2017, а также поделиться планами компании на будущие релизы Qt. Но хотя статья и на русском, ссылки всё же ведут на английскую документацию, а также некоторые термины я решил оставить в оригинале.



Embedded World 2017


Embedded World — это ежегодная выставка, посвящённая embedded ("встраиваемым") решениям и всему с этим связанным. Здесь присутствуют производители "железа" (портативные устройства, платы и микроконтроллеры от Intel, NVIDIA, Toradex, NXP, Qualcomm и других), программного обеспечения (операционные системы и фреймворки от Microsoft, QNX, Green Hills, Wind River и других), а также множество сервисных компаний.


Ну и конечно The Qt Company тоже принимала участие в выставке, так как разработка под embedded платформы для компании сейчас является приоритетным направлением. В этом году у нас был самый большой стенд — 200 квадратных метров — наравне с Microsoft и Intel. Кроме нашего стенда Qt можно было увидеть также и на стендах других компаний (включая Microsoft), просто потому что они использовали Qt в своих продуктах (например).


И кстати, проходя по выставке, встретили одну сервисную компанию sequality, которая помимо прочего внезапно показывала на своём стенде сравнение HTML и QML. Мы, конечно же, немедленно взяли у них интервью. Суть их демонстрации в том, что одно и то же приложение было реализовано на HTML (AngularJS) и на QML, при этом разработчик не имел до этого опыта работы с QML:



Хотелось бы, чтобы побольше людей посмотрели это видео, особенно производители ТВ-приставок и медиа-центров для пассажиров в самолётах.


The Qt Company


Кроме уже стандартного набора демо (Boot to Qt, профилирование и отладка на embedded платформах, использование Qt SCXML) были показаны и новые.


Фото и видео мало, потому что я понадеялся на специального человека с камерой, который всё снимал, но эти материалы до сих пор в обработке и должны будут появиться на странице мероприятия.


Automotive Suite


Анонсированный в июне 2016 Automotive Suite — фреймворк для создания цифрового инструментального кластера и IVI в автомобилях — приобретает всё более отчётливую форму. В "автомобильной части" стенда демонстрировался пример решения на основе совместной работы RTOS INTEGRITY (для инструментального кластера) и Embedded Linux (для IVI — Neptune UI, менеджер приложений и примеры самих приложений: навигация, музыкальный плеер и т.д.) под управлением гипервизора на одном девайсе (head-unit). Само-собой, инструментальный кластер и IVI выводятся на разные дисплеи (фото не с самой выставки, но выглядело примерно так же):


ic-ivi


Также уже по традиции демонстрировалась быстрая загрузка устройства с использованием Boot to Qt:



Qt Configuration Tool (Qt Lite)


Qt Configuration Tool — инструмент для настройки сборки Qt. Демонстрировалось, как можно исключить ненужные компоненты, просто "отжимая" соответствующие чекбоксы в дереве компонентов, и переконфигурировать Qt, получив меньший размер сборки.


Qt 3D Studio


Qt 3D Studio — бывшая NVIDIA DRIVE Design Studio. Показали текущее (уже рабочее) состояние инструмента, демонстрируя создание простого шаблона IVI с интеграцией результата в виде QML-объекта и взаимодействие с ним.


Пример использования в промышленной автоматизации


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


Звучит не очень захватывающе, но вживую это выглядело более интересно — с помощью этого сенсора нужно было собрать на дисплее логотип Qt из трёх вращающихся элементов, каждый из которых реагировал на изменения определённой оси гироскопа. Как я сказал, все изменения отображались также и на Android-планшете, что и было целью демонстрации — в промышленной автоматизации достаточно распространены сценарии, когда оборудование раскидано по огромной территории условного завода, а инженеру нужно контролировать это всё со своего (мобильного) рабочего места.


Кроме демо и небольших презентаций также отвечали на вопросы посетителей. Всё ещё попадаются вопросы вида "а Qt это разве не просто UI-фреймворк для Линукса? Вы ещё и в embedded что-то делаете?".


Партнёры


На нашем стенде кроме самой The Qt Company были представлены также партнёры по экосистеме: KDAB, froglogic, Witekio, brightONE, basysKom, e-GITS, Toradex, LinkMotion. Также демонстрировались продукты клиентов компании: Rimac и Ulstein.


KDAB


KDAB демонстрировали инструмент для интроспекции Qt-приложений — GammaRay:


gammaray


А также показывали возможности трёхмерной диагностики автомобиля с использованием дополненной реальности. Как это работало — на кузове автомобиля были нанесены QR-коды, а в приложении на планшете можно было наводить камеру на ту или иную часть машины, и на экране "дорисовывался" трёхмерный объект, например, двигателя.


froglogic


Демонстрировали Squish — инструмент для тестирования, который позволяет проводить GUI-тесты не только для десктопных приложений, но и на embedded платформах.


squish


LinkMotion


Представляли свой бортовой компьютер (carputer) — уже готовое решение (железо плюс софт), реализующее сразу и инструментальный кластер (спидометр, тахометр и прочее), и IVI (развлекательная система внутри автомобиля: медиа, приложения, навигация и т.д.):


carputer


Rimac


Rimac — это крутая автомобильная компания из Хорватии, создатель электросуперкаров, которые уделывают Porshe 918 и LaFerrari. Они привезли на выставку свой Concept One, который стоял в самом центре стенда:


rimac


rimac


Rimac использовали Qt при разработке внутренних систем автомобиля (UI, сбор информации с датчиков, взаимодействие с сервером):


rimac


Roadmap


Краткий обзор запланированных изменений и новых компонентов Qt. Большая часть информации уже была опубликована в блоге. Список изменений грядущей версии 5.9 можно посмотреть на вики.


Так выглядел старый roadmap:


roadmap


За исключением Qt Quick Compiler к текущей версии 5.8 всё было реализовано по плану. А вот новый roadmap:


roadmap


И далее чуть более подробнее.


Новые продукты


На данный момент компания предлагает два (три) продукта: Application Development и Device Creation. К ним почти присоединился Automotive Suite.


Сейчас идёт работа над созданием продукта для индустриальной автоматизации и, возможно, отдельного продукта для STB, они же set-top box (ТВ-приставки).


Marketplace


Это, если можно так сказать, "магазин приложений" внутри Qt, только вместо приложений будут библиотеки и плагины. Как бы NuGet для Visual Studio. Сейчас ничего точно не известно, всё ещё только обсуждается, но идея такая, что любая компания может опубликовать свой плагин/библиотеку в "Qt Store" — например, реализацию протокола KNX, и далее любой пользователь может приобрести этот плагин/библиотеку и использовать его в своём проекте. Всё публикуемое в сторе будет предварительно проходить проверки на совместимость и прочее такое, чтобы для пользователя процесс установки и использования был максимально простым. Компания-разработчик, соответственно, получает свою долю от продажи, Qt — свою комиссию. Конкретное процентное соотношение ещё даже не начало обсуждаться, всё это только планы и идеи.


Сейчас это подготавливается в рамках предложения для индустриальной автоматизации (потому я привёл пример с KNX), но, безусловно, это должно стать доступно во всех продуктах Qt.


Qt Creator


Глядя на то, как используется Qt Quick Designer (почти никак), было решено совместить режим кода и режим дизайна:


qt-quick-designer


Графика


Кэш для OpenGL шейдеров, позволяющий значительно снизить время их инициализации. То есть, после первого запуска приложения последующие будут происходить быстрее, и это актуально даже для драйверов с собственной реализацией шейдерного кэша (хотя и в меньшей степени).


Идёт разработка механизма для совместного использования таких ресурсов как битмапы (изображения) с целью уменьшения потребления памяти в мультипроцессорных системах. В результате будет сокращено время запуска приложения и, собственно, снижено потребление оперативной памяти.


Возможность использования не только OpenGL, но и других графических бэкэндов, например Vulkan. Конкретно в Qt 5.9 ожидается поддержка OpenVG, что позволит запускать Qt Quick приложения на платформах без поддержки OpenGL, но имеющих OpenVG — однако, по аналогии с 2D Renderer, не все возможности будут доступны (к примеру, графические эффекты, частицы).


Qt Quick


Сразу скажу, что для Qt Widgets по-прежнему ничего нового не планируется, виджеты считаются "устоявшейся" технологией, к тому же не очень подходящей для embedded платформ (которые сейчас в приоритете), потому Qt Quick остаётся в фокусе, и всё новое будет появляться именно здесь. Однако, это не означает, что виджеты будут заброшены — исправления и улучшения будут продолжать выходить, но рассчитывать на что-то новое для них не приходится (хотя обсуждения на эту тему ведутся внутри команды разработки).


Продолжается работа над реализацией встроенного функционала Qt Quick Compiler. На очереди добавление "ahead-of-time" генерации кэша в дополнение к уже реализованному механизму кэширования. По плану Qt Quick Compiler должен был "исчезнуть" ещё в версии 5.8(9), однако не всё пошло по плану, и потому коммерческие пользователи по-прежнему имеют это преимущество перед пользователями Open Source версии (в которой Qt Quick Compiler отсутствует).


Новые элементы Qt Quick Controls: во-первых, уже достаточно давно обещанный TableView, а также DelayButton, ScrollView, редактируемый ComboBox и поддержка "множественного касания" (мультитач).


Улучшения в движке QML. Из наиболее значительного — переработка сборщика мусора с целью улучшения производительности и уменьшения потребления памяти Qt Quick приложениями.


Path rendering (примитивы) в Qt Quick. Это позволит декларативно создавать сложные фигуры из линий, кривых и дуг используя непосредственно QML (с аппаратным ускорением), что означает существенный прирост производительности по сравнению с текущим положением дел. Будут также специфичные расширения в зависимости от вендора (для железа от NVIDIA, например).


path-rendering


WebGL streaming


Недавно анонсированный WebGL-стриминг (трансляция GUI) позволяет использовать веб-браузер (или опять же Qt приложение) в качестве "удалённого дисплея" для девайса, который будет "транслировать" свой GUI по сети.


В случае с браузером всё будет работать без необходимости предустанавливать что-либо на клиент (десктоп, планшет, телефон) — нужна лишь поддержка WebGL в браузере.


Ввод с мыши/клавиатуры/тачскрина будет передаваться обратно в Qt приложение на девайсе.


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


Экспериментальный набор UI элементов


Так называемые native common controls. На данный момент это исключительно в рамках эксперимента по реализации универсального набора "нативных" контролов, которые будут выглядеть как "родные" на всех поддерживаемых платформах.


Продвинется ли проект дальше эксперимента — пока не известно. Как это будет соотноситься с существующими Qt Quick Controls — пока не известно.


3D


Несколько направлений, в которых ведётся разработка:


  • использование Qt Quick элементов (2D) в качестве текстуры в 3D сцене;
  • mesh morphing;
  • улучшенная работа с анимациями (включая импорт COLLADA анимаций) и частицами;
  • улучшенная поддержка сторонних редакторов и форматов (импорт моделей и материалов);
  • дальнейшие улучшения в сохранении/загрузке 3D сцены и API для интроспекции;
  • физический рендеринг света (PBR).

Qt 3D Studio


Довольно нередки вопросы по поводу инструментов для дизайнеров, и особенно инструментов по созданию 3D интерфейсов — как ни странно, но оказалось, что это довольно востребовано, и основной поток запросов поступает из авто-индустрии (3D в инструментальном кластере и IVI), а также от производителей бытовой техники (кофемашины, "умные" холодильники и прочее).


До текущего момента из подобного был лишь Qt Designer (который, на самом деле, не очень подходит для дизайнеров), а также импорт из Photoshop'а посредством PNG Express (кстати, забегая вперёд, для импорта из сторонних редакторов будет представлен новый механизм, но сейчас не об этом).


Но теперь, как было объявлено, NVIDIA безвозмездно предоставила свой продукт NVIDIA DRIVE Design Studio, как вклад в развитие Qt. Это как раз-таки редактор для создания 3D GUI, ориентированный больше на дизайнеров, чем на разработчиков.


NVIDIA решила, что так продукт будет получит более светлое будущее, потому как они столкнулись с некоторым недоверием на рынке — использование продукта подразумевало "железную" зависимость от NVIDIA, так как работать результат мог только на аппаратном обеспечении NVIDIA. Соответственно, под управлением The Qt Company решение будет "освобождено" от этих "недостатков". Работа уже ведётся, и одним из первым поддерживаемых не-NVIDIA девайсов был(а) выбран(а) Raspberry Pi.


В целом же, интеграция решения в Qt не ограничивается лишь сменой логотипа и переименованием. В планах реализация максимально "плотной" интеграции с задействованием уже существующего 3D фреймворка Qt.


Запланированная дата публичной бета-версии — где-то во второй половине 2017. Полноценный релиз, вероятно, уже в 2018. Сейчас проект не распространяется даже внутри компании, всё лежит в закрытом репозитории, но относительно скоро должны раздать доступ, и тогда я думаю написать некоторый обзор "из первых рук".


Платформы


"Оживление" поддержки RTOS INTEGRITY.


Работа над поддержкой платформ Apple. Apple TV: tvOS — на 95% почти то же самое, что и iOS, потому поддержка этой платформы по крайней мере заявлена. Основные затруднения сейчас вызывает система ввода (так как там используется пульт), однако первые демо уже успешно опробовали. Apple Watch: на данный момент поддерживается без GUI — то есть, аудио, сеть, какая-нибудь фоновая обработка и прочее.


Что ещё


В дальнейших планах обзор на новую Qt 3D Studio, когда состоится её внутренний релиз, а также статья про текущее состояние с лицензиями и отличия между ними (ну очень много вопросов на эту тему).


P.S. Компания сейчас активно нанимает людей, в этом году планируется найти более ста человек (не только разработчиков). Про хантинг в статьях не рекомендуется, я знаю, но просто возможности компании по поиску людей в неанглоговорящих странах ограничены, потому вряд ли когда-либо появятся объявления на moikrug.ru, HH и других. В общем, если интересно, я могу рассказать немного подробнее.


P.P.S. А вложенные списки в HTML-разметку так и не завезли? Или автогенерирующееся содержание (TOC)?


upd. На некоторые комментарии буду отвечать не сразу — сначала попробую получить более подробную информацию у конкретных людей, занятых в разработке интересующей штуки.

Поделиться публикацией
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама
Комментарии 38
  • +1
    QWebEngine под MinGW планируется или нет?
    • +1

      Вряд ли скажу что-то новое, но проблема заключается в поддержке (её отсутствии) MinGW в самом Chromium, потому вряд ли это случится раньше момента, когда команда Chromium её реализует.

      • 0
        Chromium на винде теперь можно собирать через clang и lld. Будет ли поддержка QWebEngine через clang/lld?
        • 0

          Для этого сначала должна появиться поддержка Clang для всего Qt под Windows, потому что не очень оправданно делать это только для WebEngine. Это тоже обсуждается, и скорее всего в какой-то момент появится, но конкретных сроков нет.

    • +3
      Спасибо большое за такую сводку — приходили письма на почту, но читать как-то некогда было, а тут все по полочкам и в одном месте.
      Эх, даже жалко иногда, что нечего программировать сейчас на Qt'e, ни по работе, ни как хобби, ведь одно удовольствие!
      • +4

        Если честно, то меня от писем, которые рассылает наш маркетинг, немножко трясёт. Это, кстати, одна из причин, почему я захотел написать эту статью (и возможно последующие).

        • 0
          Наверное, весь маркетинг такой, за кем нет грешков? :)
      • +1
        Большое спасибо за статью, даже если хорошо знаешь английский, на русском читать как-то приятнее)

        • 0
          не могли бы вы уточнить, примерно когда планируется полноценная поддержка Vulkan?
          • +2

            Вкратце, вот скрин из прошедшего вебинара (видео можно загрузить, пожертвовав какие-нибудь данные мерзкому Хабспоту) по грядущим изменениям в Qt Quick:


            image


            На словах докладчик сказал, что "МОЖЕТ БЫТЬ, в Qt 5.10".


            Также он говорил, что вопрос этот задают очень часто, но не всегда ясно, что именно входит в понятие "поддержка Vulkan", потому что это может означать несколько вещей, например рендер Vulkan-контента в окно, или поддержка Vulkan в QPainter, или поддержка Vulkan в Qt Quick Scene Graph, или что-то совсем иное.

        • +2
          Суперкары и 3D это, безусловно, здорово.
          Но, как можно видеть, предыдущий roadmap не выполнен.
          Qt Bluetooth не работает в Windows, Bluetooth LE и вовсе не работает нигде за пределами *nix, поддержка Win 10 — не закончена, память подтекает и делать с этим никто ничего не хочет.

          Девять лет уже пишу на Qt, и не могу сказать, что текущее направление развития мне нравится — фреймворк становится всё более фрагментарным, предоставляет всё больше плюшек и красивостей, теряя при этом в качестве. Судя по всему, придется скоро менять стек технологий.
          • 0
            Вроде как Bluetooth для WinRT на днях выкатили в 5.9 alpha.
            • 0
              Они стараются занять выгодные и доходные ниши. Сейчас это автомобильная электроника, в связи с прогрессом в области беспилотных авто, поэтому и QtQuick, рюшечки и прочие красивости.

              Кстати с Qt — работаю с 2002 года, и помню какие положительные эмоции были в сыходом 4.2, 4.4, 4.5.
              Был такой крутой технический прогресс.
              • 0
                Честно говоря после выхода 4.5 и перехода в этой версии на LGPL, многие думали, что Gtk умрёт. Ошиблись…
            • 0
              Меня интересуют вопрос по embedded, в частность было объявлено, что с приходом qt lite будет поддержка cortex M7, если у же такая возможность?, если нет, то когда будет, что будет из себя представлять, какой будет функционал?
              • +1

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


                Qt Lite лишь означает больше возможностей по конфигурации/оптимизации Qt (теперь можно выкинуть ещё больше компонентов), что снижает требования к памяти до значений, с которыми можно работать на M7. Уже есть примеры реализации, включая GUI на девайсе, реализованные сторонними сервисными компаниями в качестве "proof-of-concept". Я хотел найти живое демо у нас в офисе, но ни у кого не оказалось.

              • 0
                Device Creation для «энтузиастов» будет?
                • +1

                  Если я правильно понял вопрос, то готовые образы Boot to Qt, тулчейны для кросс-компиляции и прочее такое входит в продукт Device Creation, а он доступен только в коммерческой лицензии. Чтобы не покупать кота в мешке, есть триальная версия на месяц.


                  Но кстати да, идёт работа над лицензиями для университетов, Device Creation в неё тоже будет входить. Только это ещё не совсем публичная информация, потому пока без подробностей.

                • 0
                  Вот бы еще гуру реализовали пример отладчика для QJSEngine скриптов. QJSEngine шустрее, чем старый добрый QtScript, но отсутствие аналогичного примера или хотя бы документации на эту тему, снижает удобство применения.
                  • +1

                    Это есть в планах, но настолько далёких и неопределённых, что в обозримый roadmap включать не стали.


                    Текущий статус вкратце: можно было бы реализовать QtScript API и для QJSEngine, это самое быстрое решение, но этого не будет, потому что проблема-то как раз была в том, что движок JS работал в том же треде, что и отладчик, и это было "ущербно на корню" (fundamentally flawed). Потому грядущая реализация отладки QJSEngine нацелена на то, чтобы скрипты работали в тредах, отдельных от треда Qt GUI, и это можно будет отлаживать с помощью отдельного API.

                    • 0
                      Спасибо за пояснения. Мне почему-то казалось, что отладка скриптов в том или ином виде уже существует, раз Qt Creator умеет отлаживать QML приложения. Думал, в основе QJSEngine какая-то разновидность движка V8, а к последнему вроде есть внешние отладчики и документация, но увы, «подключить» не получилось.
                  • +1
                    Спасибо!
                    Очень надеюсь, что виджеты не будут заброшены, на мой взгляд, для десктопа это практически идеал — сочетание простоты и производительности.
                    • 0
                      Новые элементы Qt Quick Controls: во-первых, уже достаточно давно обещанный TableView

                      Когда ожидается?
                      • +2

                        В списке нового функционала Qt 5.9 его нет, значит не раньше Qt 5.10. Как пишет ведущий разработчик Qt Quick Controls: "… задача большая, мы работаем".


                        А эта ссылка вам, скорее всего, уже известна: https://bugreports.qt.io/browse/QTBUG-51710. Все обновления будут там.

                        • 0
                          Спасибо, подписался, буду следить
                      • +1
                        Здравствуйте.
                        Не уверен, что по адресу, но как дела относительно поддержки VS2017 у Qt Visual Studio Tools?
                        Я создатель пакета, который долгое время служил заменой официальному(его выпускали более двух лет), и на данный момент мне пишет много людей с просьбой обновить пакет. Сейчас основная работа у меня проходит на C#, и у меня, к сожалению, не хватает времени для этого. В идеале, следовало бы совместить мои наработки с официальной версией, но проблема все та же.
                        Если сроки, как и в прошлый раз, не известны, я все таки могу это сделать. Просто дайте знать.
                      • +1
                        Спасибо за статью. Отличное начинание, ждем еще большего количества информации изнутри The Qt Company))
                        • 0
                          Скажите, не планируется ли подружить QWebEngine и QPrintPreviewDialog? В 5.8 печать из QWebEngine сделали, но она идёт через «виртуальный pdf», и на QPrintPreviewDialog ничего не отображается. Я конечно написал свой диалог предпросмотра, но он по сравнению с тем что есть в Qt, гораздо менее функционален. Просто не очень приятно, когда обновляют компонент, и часть стабильного функционала перестаёт работать.
                          • +1

                            Да, это будет. В реквесте последний комментарий как раз об этом: "Пока сделано в таком виде, но мы продолжаем работать, и к следующему релизу постараемся реализовать и поддержку предпросмотра".

                          • 0
                            виджеты считаются «устоявшейся» технологией, к тому же не очень подходящей для embedded платформ

                            Windows Compact Embedded 5.x c вами не согласен :)
                            QML приложения текут по памяти что на 4.8 что на 5.6. А с учетом ограничений по памяти на 32 мегабайта на процесс это очень грустно заканчивается через 10-15 экранов.
                            • 0
                              Будет ли реализована поддержка USB средствами Qt наподобие QSerialPort?
                              • 0

                                Если такие намерения и были раньше, то сейчас нет, потому что уже существует кроссплатформенная библиотека libusb, например, и неоправданно тратить ресурсы на реализацию того же самого внутри Qt, разумнее направить их на более востребованные фичи (и багфиксы).


                                Возможно, это более оправдано с точки зрения лицензирования — чтобы существовал "коммерческий" вариант компонента, свободный (каламбур) от LGPL. Но так или иначе, в текущих планах этого нет.


                                Кстати, подобный feature-request уже существует, так что если будет достаточное количество голосов/комментариев (а особенно от какой-нибудь крупной компании-клиента), возможно он получит более высокий приоритет.

                              • 0
                                Вопрос: не планируется ли наконец сделать, чтобы можно было собрать qt сразу одновременно и под x86 и под x64? Надоело уже держать 2 версии qt для этого. Проблема ещё в том, что приходится патчи и туда и туда заливать, иногда забываешь…
                                • 0

                                  Я, возможно, неправильно понял вопрос, но зачем вам две версии? Если ваше приложение под x64, то вам и нужна только сборка Qt под x64? Это вы про то что MinGW под Windows "из коробки" поставляется x32?

                                  • 0
                                    Объясняю. Есть N продуктов. Пусть даже и связанных. Но часть идёт как x86 онли (старое), часть как и x86, так и x64 (потребности по памяти в x64). А что-то, например, утилиты некоторые, вообще нужны под x64 из-за своих особенностей. + некоторые либы сторонние есть только x64 (тот же Caffe) поэтому даже во вроде бы полностью x86 продуктах, приходится делать отдельные приложения, которые работают под x64.
                                    Согласен, что на уровне домашних поделок, студенческих поделок, и даже разовой работы на клиента две версии qt одновременно не нужно, это на личном опыте подтверждаю (один раз только клиенту потребовалась библиотека, которую я делал и под x86 и под x64, но там без Qt обошлось). А вот при работе с большими коммерческими продуктами в этом уже есть необходимость.
                                    Тот же буст, например, пусть за 2 итерации, но можно собрать и x86 и x64 в разные stage но на одних исходниках, не надо в репозитории для third-party sdk 2 буста иметь.
                                • 0
                                  удалено, промазал ответом.

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