Roman, к сожалению у меня на работе стоит прокся, я тут вообще с впн зайти не могу. Пытаюсь с телефона ссылку открыть, пробовал через WireGuard Canada и USA. Сами впн хорошо работают, но ссылку не открывают
Собрать самому можно, исходники лежат на github.
Можно взять установочный пакет из репы старой убунты: https://launchpad.net/ubuntu/xenial/amd64/qtbase5-...
Но там еще пачку зависимостей надо тянуть. Может быть проще поставить нужную версию убунты?
И зачем вообще именно версию 5.5.1? Если вам надо собрать приложение, то попробуйте на последней доступной Qt5 в вашем дистре линукс собрать, с большой вероятностью соберется.
Мне сказали, что для моего проекта нужна почему-то именно такая версия. Я решил, что какого-то фига Qt не во всех местах обратно совместимы. Вот я и начал искать эту версию. А уже потом оказалось, что проект собирался под x86, а нужно было указать в проекте собирать под ARM. Но под ARM тоже как оказалось не просто найти готовый билд Qt. Нужно либо самому из исходников как-то хитро собирать, либо ещё искать) В любом случае спасибо за ответы.
Но если у вас есть работающий целевой линукс, вы просто можете используя родной пакетный менеджер установить Qt, который есть в репах вашего дистра. Как правило Qt есть в любых репозиториях основных дистрибутивов.
Qt вполне может быть не обратно совместим. Помню сам столкнулся с этим, когда мажорная версия у него поменялась с 4 на 5. Пришлось кое-что по мелочи править в своем проекте.
res2001, у меня устройство на арме, arm v7l. Но проект я собираю не на нём, а на своей машине, на которую накатана Ubuntu. Вот для рабочей машины мне нужен Qt, чтобы собирать на нём билд для моего устройства.
res2001, неправильно выразился. Мне билд Qt нужен не под ARM, он нужен под x64, просто чтобы внутри него были либы для сборки проекта под ARM))) уфф, ох уж это формулирование....
Артем, Для начала вам нужен билд ОС для вашего устройства, т.к. Qt не работает без ОС.
Что за ОС? Видимо какой-то линукс. Какой?
Если это самостоятельная сборка линукса, то и Qt вам надо собирать самостоятельно по тем же принципам, что собираете и ОС тем же компилятором с использованием той же libc и т.п.
Если это какой-то готовый дистрибутив, то ищите Qt в репах этого дистрибутива. Если в репах нет - собирайте тем кросс-компилятором, который предоставляет производитель дистра. Или собирайте Qt нативным компилятором прям на борту.
Не стоит тянуть готовую сборку Qt из Ubuntы любой версии в целевую платформу, т.к. там может оказаться другое окружение (другая версия libc, другая версия ядра, какие-то еще вещи от которых зависит Qt могут быть другими) и этот Qt просто не заработает на вашей целевой системе.
Но возможно вопрос в другом. Qt библиотека кросс платформенная и если вы будете разрабатывать кросс платформенное приложение, то его в принципе можно писать и отлаживать почти в произвольной системе. Для простоты вам можно выбрать какую-то версию убунты на примерно той же версии ядра, что и ваша целевая платформа (не обязательно точное совпадение), там почти наверняка будет и Qt подходящей версии. Спокойно писать и отлаживать приложение в убунте, а затем просто пересобрать ваше готовое приложение для целевой платформы.
неправильно выразился. Мне билд Qt нужен не под ARM, он нужен под x64, просто чтобы внутри него были либы для сборки проекта под ARM))) уфф, ох уж это формулирование....
Нет. Билд вам нужен под АРМ, потому что билд не под АРМ не будет работать на АРМ и в нем не будет либ для АРМ.
В общем, общие принципы расписал выше. Может быть несколько подходов.
Это ваш личный проект?
res2001, офигеть, узнал, действительно у нас собственная сборка линукса под наше устройство. Жеееесть. Сам я Qt никогда не собирал из исходников, тем более под конкретную архитектуру. Чувствую мороки будет многа.
Артем, Ну значит там у вас уже скорее всего есть разработанная система сборки и они просто туда добавят еще и сборку Qt подходящей версии или она уже там есть.
Соответственно узнайте у людей причастных, какая версия ядра линукс используется в вашей сборке. И если приложение не будет каким-то специфическим, которое нельзя будет запустить на произвольном железе, то можете разрабатывать его на Убунту подходящей версии. Можете поставить ее в виртуалку или нативно, в убунту с помощью стандартного менеджера пакетов установите Qt5 и будете использовать его.
Правда бывают варианты, когда приложению надо работать с какой-то аппаратной частью, которая есть только в вашей конкретной платформе, тогда, конечно, придется отлаживаться на платформе и собирать сразу используя кросс-компилятор. Это немного сложнее. Зато в этом случае хостовой машиной (за которой вы будете вести разработку) может быть практически что угодно, хоть даже винда.
Кросс-компилятор собирается вместе с ядром линукс, точнее даже раньше, т.к. и само ядро и libc и все остальное собираются им же.
узнал, действительно у нас собственная сборка линукса под наше устройство
Добро пожаловать в эмбедеры :-)
Часто бывает, что разработчики железок с линуксом на борту для себя в отладочных целях делают сборку виртуальных машин с окружением, тем же, что будет на борту.
Так что можно использовать для отладки приложения такую виртуалку, а не железку. Если такой подход у вас практикуется.
Правда бывают варианты, когда приложению надо работать с какой-то аппаратной частью, которая есть только в вашей конкретной платформе, тогда, конечно, придется отлаживаться на платформе и собирать сразу используя кросс-компилятор. Это немного сложнее.
res2001, да, я уже так делаю. Я собираю проект на виртуальной машине старой версии убунты (где уже настроено окружения для сборки под текущую архитектуру). Загружаю бинарь на устройство и там printf "отлаживаю" код:)
Возникает резонный вопрос: зачем мне собирать под убунту, если уже всё готово?
Потому что система, на которой собирается - она старая и там всё сделано не мной, и я фиг знает как там всё устроено, а я хочу работать на новой убунте и полностью сам собрать и настроить своё окружение:) Ну и в целом, если ты можешь собрать окружение снова для сборки под устройство, значит ты знаешь всё необходимое. А если что-то сломается, потеряется или ещё что-то произойдёт, потом возможно уже никак не получиться это всё сделать. Я хотел попробовать сам у себя на моей новой убунте всё собрать. Я думал просто скачаю Qt, скачаю arm либы, arm компилятор (arm-linux-gnueabihf-g++) и готово. Но оказалось посложнее. Вообще я уже сам собирал небольшую утилиту под это устройство, используя в наличии только вышеуказанный компилятор. Но там я работал только с com-портом. Т.е. это по факту на любом линуксе можно сделать. А текущий проект походу посложнее устроен.
Либо я просто проект в Qt неправильно настроил. Ща проверю.
Ну и в целом, если ты можешь собрать окружение снова для сборки под устройство, значит ты знаешь всё необходимое.
Это верно, конечно. Вот только времени на это уйдет очень много. Так что лучше всего узнать только то, что необходимо для конкретной задачи, а остальное узнавать по мере необходимости/ желания и наличия свободного времени.
Я хотел попробовать сам у себя на моей новой убунте всё собрать
С этим есть проблема версионности. Т.к. далеко не все библиотеки обратно совместимы со старыми версиями (тот же Qt) и т.д. и т.п.
Поэтому в эмбедед достаточно редко обновляют окружение (ОС и основные библиотеки), т.к. это часто требует большой работы по адаптации собственного кода к новым версиям окружения.
res2001, Спасибо большое!! Вы помогли пролить свет на проблему. Например, узнал про существования у Qt mkspecs, которая как я понял отвечает за различные спецификации сборки. А тута: https://stackoverflow.com/questions/41150405/how-t...
прям решение походу, как нужно собрать всё под машину. Короче, благодаря вам много узнал:))
Подобная возможность есть обычно в любых системах сборки. Просто указываешь какой компилятор использовать. Правда обычно задают префикс компилятора (в твоем примере arm-linux-gnueabihf-) а остальное подставляется системой сборки.
К компилятору еще нужны заголовки ядра линукс правильной версии, используемый в целевой системе libc. Это такие основные моменты. Но обычно это уже есть в составе компилятора собранного под целевую платформу.
Простой
