вооо, cast Pinkbyte. как там оно с mingw в crossdev? я не осилил в прошлый раз и поставил в венду.

sysroot?

Зачем делать всё по разрозненным мануалам, если он всего один? У меня проблем не возникло.

Если не составит труда, опиши свой процесс сборки, к примеру, zlib (shared) для i686-pc-mingw32 (куда разворачиваешь, как переключаешься на нужный тулчейн, как конфигуришь и инсталлишь).Просто, чтобы понять алгоритм последующего использования кросскомпилятора правильно.

Кстати ICU собралось без проблем. Конфигурирование странное немного - нужно сперва собрать (или просто сконфигурировать?) нативную версию, потом для i686 указать --host=i686-pc-mingw --with-cross-build=<каталог c отконфигурированной нативной сборкой>. И все собирается и инсталится «на ура».

Значит вопрос получается другой: как собирать либы, в которых --host при конфигурировании не предусмотрен.

zlib нужно :(

Ъ? неужели так сложно перейти по ссылке и самому все прочитать? даже я осилил, хотя мне это и неинтересно.

Я не пробовал, но один из разработчиков(Alon Bar-Lev) говорил что mingw64 работает нормально, а с mingw32 - проблемы, конкретнее не скажу.

Не сложно - я это все прочел. Но лыжи все равно не едут - конфигуратор zlib напрочь игнорирует SYSROOT и и ему подобное. Если вы осилили и у вас получилось получить zlib1.dll - расскажите последовательность действий. Меня только это и интересует.

Попробовал собрать openssl-1.0.1f, результат одинаков и для i686-pc-mingw32 и для x86_64-pc-mingw32 - собирается частично. Как результат собирает ssleay32.dll, а libeay32.dll нет.

Собирал вот так:

#!/bin/sh
./Configure --prefix=/root/qt/openssl-x32 --cross-compile-prefix=i686-pc-mingw32- no-asm no-zlib no-idea no-mdc2 no-rc5 shared mingw > build.log 2>&1
echo --------------------------------------------------------- >> build.log 2>>&1
make depend >> build.log 2>>&1
echo --------------------------------------------------------- >> build.log 2>>&1
make &>> build.log 2>>&1
echo --------------------------------------------------------- >> build.log 2>>&1
make install >> build.log 2>>&1

Вот полный лог: http://pastebin.com/f4ftKX9h

А если через portage попробовать?

i686-pc-mingw32-emerge openssl

Вот за этот совет - спасибо! :)

Как-то собрался zlib, но OpenSSL обматерил и вылетел. Но не это главное!

Главное, что из-за собственной невнимательности принял совет wakuwaku за чистую монету (имею ввиду присоветованный им «единственный» мануал). Но только когда попытался использовать i686-pc-mingw32-emerge, полетели предупреждения, и заметил - дока-то эта плесенью покрылась! В самом начале написано - deprecated. Сейчас буду откатываться и начинать с нуля, благо все под VMWare'й крутится. Жаль потраченного времени конечно. Но, как говорят киргизы - се ля ви.

Это карма...

офтопъ

киргизы - се ля ви

у вас шарик не в ту сторону вертится

Карма + точные советы = это Ванга! :)))

зЫ: zlib+icu+openssl+postgresql на кросскомпиляции победил, Qt 5.0.2. совершенно внезапно стал раком 0_o. Пабидю - отпишусь )))

ЗЫ: По поводу .configure отдельных пакетов - отдельная пачка матоф ... штоп они дома так себе строили! :=[ ] Все потом.

я в курсе

На всяк случай, может кому и пригодится ... Давно и уверенно, а главное удобно, работаю с системами кросс-компиляции для Оффтопика x32/x64/shared/static.

Почитать можно тут, или тут.

Ну и основное пожелание/рекомендация: используйте раздельные «копии» Qt для системы, и для разработки. Если вы хотите быть «впереди планеты всей» в плане попробовать в кодинге новую фичу - вовсе не обязательно обновлять вашу систему последними нестабильными версиями библиотек Qt. Заведите в домашнем каталоге отдельное место для разработки, и положите туда отдельную копию(ии) Qt.

Вангую ценные указания гентушников об использовании «crossdev». Пока не будет по факту собранно того, что я показал в своей статье выше, crossdev оставьте себе. То же касается crosstool-ng, да и на сколько я понял, формат PE для x86_64 - там отсутствует в списке вариантов.

И еще ... свежая версия Qt5.4.2, в скриптах 5.4.1, лучче поправить - проверено, собирается.