Caiiiycuk Jul 3 2010 at 11:10

Qt & Ubuntu. Настраиваем среду для компиляции win32-приложений

3 min

28K

Qt*

+64

Comments 49

namezys Jul 3 2010 at 11:24

полезно. можно выкинуть винду

oe24 Jul 3 2010 at 11:31

Её давно пора выкинуть! :)

namezys Jul 3 2010 at 11:59

Да дело даже не в самой винде. мы пользуемся билд-машинами… а они под винду не очень работают

правда есть другая проблема… там еще коло 3 библиотек надосбирать

naum Jul 3 2010 at 20:02

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

namezys Jul 3 2010 at 21:09

мы с помощью биттема (точно не помню, как он завется — у нас админ делает)

дело в том, что нам надо еще и буст

naum Jul 3 2010 at 21:28

Вроде особых проблем нет, да и не должно быть. Посмотрите в сторону BuildBot'a, к примеру, возможно, решит какие-то проблемы с виндой.

namezys Jul 4 2010 at 14:27

как бы проблем нет — билдится
я тут подумал, что переход на линух с винды невозможен хотя бы потому, что надо тестировать компилируемость кода

LeNsTR Jul 3 2010 at 11:30

Поясните, пожалуйста, зачем? Тестировать под wine будете?

Caiiiycuk Jul 3 2010 at 11:40

Преследовалось несколько целей. Самая главная из них — централизованная сборка, т.е. кросс-компиляция позволяет нам выделить одну машину (в нашем случае linux-сервер с OpenSuse), на которой осуществляется сборка приложения под все поддерживаемые операционные системы. Таким образом мы избавляемся от гетерогенности, и поддержка процесса сборки упрощается. Тестировать безусловно необходимо в Windows, после сборки приложение тестируется в родных системах.

Представьте — я разработчик и работаю в среде Ubuntu, я меняю что-то в исходных кодах. Теперь мне нужно проверить не сломалась ли при этом приложение в Windows, я просто кросс-компилирую, вместо того что бы держать еще одну полностью настроенную win-машину только для компиляции. Быстрее и удобнее. К слову можно делать кросс-компиляцию из win в nix, естественно.

LeNsTR Jul 3 2010 at 11:50

Хм, насчет сервера кросскомпиляции я с вам соглашусь. Но как насчет идентичности окружения сборки и его влияния на получившийся бинарник? Есть ли какие-нибудь подводные камни?

Caiiiycuk Jul 3 2010 at 12:06

Думаю есть как и везде. Например версия mingw компилятора из репозитория постоянно отстает от актуальной (не знаю уж насколько это критично). Не могу больше ничего плохого сказать, пока проблем не возникало (уже 4 месяца пользуюсь этой схемой компиляции). Могу предположить что могут быть проблемы если Вы захотите использовать какой-то специфичный функционал Windows, который не поддерживается mingw.

Gorthauer87 Jul 3 2010 at 12:21

В Генте наоборот, самый последний компилятор в minGW, который опережает по версии тот, что идет в windows SDK.
Если захочется специфичный функционал Виндовс использовать, ну например win7 superbar, то проблемы и с обычным minGW почти нерешаемые возникнут(((

Gorthauer87 Jul 3 2010 at 12:20

Я пробовал. Подводных камней никаких, в общем-то окружение идентичное — тот же самый ming32, и кстати есть возможность заюзать mingw64 и собирать под win64. А еще приятный бонус: компилятор и Qtшные утилиты навроде moc'а работают из Линукса процентов на 50 быстрее.

foe_nix Jul 4 2010 at 12:26

ну да — а протестировать работу можно и в виртуалке. Вот чтоб компилить в виртуалке — это надо маньяком быть.

oe24 Jul 3 2010 at 11:36

Пользуясь случаем, хочу спросить:
Я начинающий программист на QT. При компиляции и запуске получившегося exe-файла, у меня выскакивает системная ошибка о требовании библиотек. Когда я кидаю в папку с exe-шником необходимые dll-файлы, приложение запускается нормально.
ВОПРОС: Неужели придется таскать за exe-шником эти все примерно 130 Мб библиотек?

LeNsTR Jul 3 2010 at 11:37

Не 130 а ~10 в полной комплектации. И таки да, придется.

Caiiiycuk Jul 3 2010 at 11:43

Добавлю еще, что как Вы возможно заметили есть библиотеки с постфиксом «d», эти библиотеки нужны для режима отладки, и таскать их с собой не надо, они как раз и составляют большую часть от тех 130 мб ;)

Caiiiycuk Jul 3 2010 at 11:45

Можете использовать dependencywalker (http://www.dependencywalker.com/), что бы понять какие библиотеки Вам нужны.

DZhon Jul 4 2010 at 08:33

Частой практикой является статическая линковка под Windows. Т.о. еще и сама Qt должна быть собрана с ключом -static.

ixSci Jul 4 2010 at 11:13

Тогда можно забыть о лицензии своего кода, отличной от LGPL.

DZhon Jul 4 2010 at 12:48

Позвольте, а как же Opera (старых версий) и Skype? :)

ixSci Jul 4 2010 at 12:56

значит они купили Qt

GreyCat Jul 4 2010 at 14:13

От GPL, а не LGPL.

GreyCat Jul 4 2010 at 14:12

Библиотека, о которой Вы говорите, называется «Qt». А «QT» — это общепринятая аббревиатура для QuickTime.

Gorthauer87 Jul 3 2010 at 12:22

Кстати, строго аналогичным образом (но чуть сложнее) создается среда для кросскомпиляции под Симбиан. Работает этот зверек ну раз в 10 быстрее, чем родной SDK, запущенный из под Виндовса.

KL7 Jul 4 2010 at 13:45

А Вы не знаете, с чем связана такая медленная работа виндового SDK? А то это ужасно напрягает. Сборка элементарного проекта занимает весьма ощутимое время.

Gorthauer87 Jul 4 2010 at 14:01

По моим ощущениям тут виноват
1) Крайне тормозной перл
2) Какая-то ерунда с порождением процессов в Винде
3) Эта гадость начинает обсчитывать зачем-то все зависимости для сборки у каждого файла, в то время как в Линуксе она просто берет и пытается собрать.
4) windows SDK однопоточен!

naryl Jul 4 2010 at 14:24

Про многопоточность винды на примере прикручвания нитей к sbcl можете узнать много интересного в блоге широко известного в узких кругах dmitry_vk: dmitry-vk.livejournal.com/tag/win32

chemikadze Jul 3 2010 at 21:35

А можно ли просто поставить в wine SDK для винды?

Cancel Jul 4 2010 at 08:50

Раньше я так делал. Как сейчас, не в курсе.

evgenyk Jul 4 2010 at 13:56

Я и сейчас так делаю. Возможно это медленнее компилирует, чем описываемый здесь способ, но при установке меньше заморочек.

Sicness Jul 4 2010 at 10:51

> Компилятор gcc/g++ 4.4.3 (поставляется вместе с Ubuntu)
На сколько я помню — не в ходит в базовый дистрибутив, а так же ставится с репозитория. Просто его привычно ставим при первой же необходимости.

energycsdx Jul 4 2010 at 11:46

неужеле в убунту нет способа по проще?
и зачем ставить родное сдк?
в федоре: yum install mingw32-qt mingw32-qt-qmake

Caiiiycuk Jul 4 2010 at 14:39

Родное SDK нужно, для:

Caiiiycuk Jul 4 2010 at 14:40

Сорри, продолжаю, для запуска:
1. qmake
2. moc
3. uic
4. idc

Gorthauer87 Jul 4 2010 at 15:11

При юзании системных qmake,moc, etc могут быть грабли, я бы рекомендовал скачать сырцы Qt для нужной платформы и сделать
configure -platform linux-g++ -xplatform нужная спека
После чего руками собрать qmake, moc,uic, и т.д. Остальное уже можно не собирать, а взять из Windows или Symbian SDK.

hoxnox Jul 4 2010 at 12:01

Вообще, для любых приложений процесс кросскомпиляции (относится как к win-nix, так и к nix-win) сводится к следующему:
1. Компиляция mingw (набор из компилятора, сборщика, ассемблера и прочих низкоуровневых утилит) с вашей платформы на целевую.
2. Компиляция всех зависимостей (ВСЕ библиотеки, включая популярные iconv, gettext, zlib, ...) под целевую платформу.
3. Компиляция самого приложения под целевую платформу.

GNU-тые утилиты и приложения использующие automake и autoconf, позволяют легко сконфигурировать исходники для кросскомпиляции путем задания скрипту ./configure ключей build и target. В самом запущенном случае придется лезть в Makfile'ы и править кое-что ручками.
Пункт 2 сложен, но позволяет получить приложение, в котором вы определяете все параметры сборки, включая static, поддержку nls и прочие.

Gorthauer87 Jul 4 2010 at 14:02

>GNU-тые утилиты и приложения использующие automake и autoconf, позволяют легко сконфигурировать исходники для кросскомпиляции путем задания скрипту ./configure ключей build и target. В самом запущенном случае придется лезть в Makfile'ы и править кое-что ручками.

В половине случаев гнутый autohell какой-то мрак генерит вместо makefile'ов

hoxnox Jul 4 2010 at 16:44

Так ведь для конфигурирования и компиляции autohell (не слышал такого варианта, спасибо — повеселили) и не нужен. С ними мучаются разработчики, а клиенту остается лишь наковырять в консоли нужный configure и все…

К примеру для кросскомпиляции с 32 разрядной винды в 64-разрядную будет как-то так: ./configure --target=x86_64-w64-mingw32 --host=i686-pc-mingw32 при том, что minw для 64 разрядной платформы собран и лежит в нужном месте.

Gorthauer87 Jul 5 2010 at 01:09

Знаю я, что в идеале так, а вот в реальности берет и не собирается((( Я так замаялся в свое время в Генте пытаться кросскомпилить libpurple и так и не смог справиться

zugzwang Jul 4 2010 at 17:36

Остается еще вопрос как при кроссплатформенной сборке собрать инсталлятор. Будут ли NSIS или Inno Setup нормально работать под wine?

Caiiiycuk Jul 4 2010 at 18:06

Nsis 100% нормально работает под wine, мы как раз им собираем установщик для win версии. Главное кодировку nsi файла соблюсти (CP1251) и все будет хорошо.

Terror Jul 4 2010 at 23:38

Большое Вам спасибо за статью. За что люблю Хабр, вот только озадачишься какой-нибудь темой, как какой-нибудь добрый человек, вроде Вас, напишет статью и все разжует все :)

oe24 Jul 6 2010 at 10:43

Почему QT Creator не компилирует приложения под Ubuntu? Просит компилятор. Как ему его дать?

cblp Jul 6 2010 at 22:53

Qt Creator не является компилятором. Под какой системой ты его запускаешь? Если тоже под Ubuntu, то установи g++.

oe24 Jul 7 2010 at 13:15

А после установки g++ как прописать его в настройках QT Creator? ОС — Ubuntu.

cblp Jul 7 2010 at 21:41

Теоретически должен сам подхватить. Если нет, смотри в терминале пути к программам и вписывай.

Например, вот так можно посмотреть пути к g++ и make:

cblp@helium:~$ which g++ /usr/bin/g++ cblp@helium:~$ which make /usr/bin/make

AlexXYZ Oct 29 2010 at 14:45

либо скомпилировать их с помощью кросс-компиляции из исходников (что, как мне кажется, будет очень не просто)

Ух сколько я потратил на это времени… но собрал, но без phonon'а, к сожалению. Мда, в самом деле — не просто. Потом в справочной системе прочитал, что phonon под mingw не собирается. Windows SDK ему подавай.

AlexXYZ Nov 12 2010 at 14:41

А кто-нибудь собирал cross gcc x86-64 -> i686?