Кроссплатформенность приложений на Qt. Как справится с большим размером статически линкованных библиотек?

Question

[Ярослав Пронин]

Здравствуйте. Столкнулся с задачей написать кроссплатформенную программу. Выбор сразу пал на Qt в связке с QML. На линуксе проблем с наличием самого Qt нет, но на Windows и OS X по умолчанию они не стоят, а заставлять пользователя устанавливать что-либо дополнительное выглядит странно. Поэтому решил использовать статическую линковку с Qt. На Windows размер библиотек получается а пределах 30-50 мб, а вот на OS X размер составляет 100-200 мб (при том, что сама среда разработки Qt весит на маке 10 гб). Для среднего приложения 200 мб библиотек это весьма странно. Вопрос: есть ли способ уменьшить размеры скомпилированного файла? Хотелось бы услышать советы от тех, кто постоянно пользуется Qt, как вы справляетесь с отсутствием самой Qt на многих системах?

Answer 1

[Яков Е]

На маке-то зачем статическая линковка? Там все равно будет все одним .app файлом, все нужные динамические библиотеки заливаются через macdeployqt.

Comments

[Ярослав Пронин]

Да, видимо macdeployqt и есть моё решение проблемы со сборкой под OS X. Только один вопрос: модули QML (QtQuick, Extras. Controls) будут добавлены в .app?

[Яков Е]

Ярослав Пронин: да, добавляются все задействованные модули: aeguana.com/blog/how-to-deploy-a-qt-qml-applicatio... & aeguana.com/blog/how-to-deploy-a-qt-qml-applicatio...

Answer 2

[Армянское Радио]

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

Здесь у вас будут три проблемы:

• под форточками собирать qt - удовольствие ниже среднего (вы не сможете слету открыть терминал и вбить туда make)
  
• параметры сборки под ваше приложение придется долго подбирать, а если у вас нет кластера для сборки, вы можете собирать каждую новую версию qt по полдня
  
• если у вас коммерческий продукт, изучите внимательно, как LGPL относится к статической компоновке
  

После этого, на полученный файл можно будет натравить упаковщик типа UPX, что позволит выиграть еще процентов 30.

Comments

[Ярослав Пронин]

Да, я уже понял, что проще просто закинуть dll в папку с exe. За UPX отдельное спасибо.

Answer 3

[Владимир Мартьянов]

А что за библиотеки вам нужны при статической(!) линковке? Статика на выходе получается зависимой только от системных библиотек.

Comments

[Ярослав Пронин]

Именно библиотеки самой Qt. Ибо не везде Qt есть и удобней носить их в исполняем файле (или рядом с ним).

[Владимир Мартьянов]

Ярослав Пронин: Если требуются библиотеки Qt отдельными файлами - не статическая линковка.

[Ярослав Пронин]

vilgeforce: как? В линуксе и OS X чтобы библиотеки можно было слиноковать в папке, отличной от /qt, надо собрать его с флагом -static. В windows можно просто dll кинуть рядом. Но вес библиотек приличный получается, особенно на OS X.

[Владимир Мартьянов]

Ярослав Пронин: Я еще раз повторю: то что вы получаете - НЕ статическая линковка. DLL - Dinamyc Linking Library всем своим названием намекает на это.

[Ярослав Пронин]

vilgeforce: Может я ошибаюсь в терминах, но это, как минимум, позволяет работать программе автономно. Основная проблема размер.