При кросскомпиляции с линукса на винду ломается поддержка кодировок.

Ты бы минимальный кусок кода привёл, на котором воспроизводится. Ну и результат с нативным и кросс компиляторами.

Ну и версии Qt, компиляторов, флаги компиляции. Кароче нормальный тест-кейс.

qt5.0, gcc, с++11

QTextCodec::setCodecForLocale(QTextCodec::codecForMib(X)); что вместо Х не подставляй, не работает. пробовал прочекать список кодировок, там только одна, и та кривая.

флаги компиляции точно надо смотреть, делаю /home/user_name/mxe/usr/i686-w64-mingw32.static/qt5/bin/qmake -win32 && make

но внутри там всё должно быть стандартно, разве что 32 и компиляция со статическими либами. кстати, какое отношение флаги компиляции вообще имеют к кодировкам — я не в курсе.

А оно так работает? С кросс-скомпилированным симейком? Вроде как в доке раньше предлагалось спек файлы для кросс компиляции юзать.

А точно Qt-5.0. В MXE сейчас светится 5.1. А если из гита тянуть, то и 5.3.2.

А оно так работает? С кросс-скомпилированным симейком?

Не, там cmake системный. Ему подкидывается CMAKE_TOOLCHAIN_FILE. Типа все, как тут описано : http://www.cmake.org/Wiki/CMake_Cross_Compiling

А make ты чей используешь? Я под виндой использовал make из tools:

Qt5.3.1\Tools\mingw482_32\bin\mingw32-make.exe

Оупс, я очепятался, не CMake а qmake имел ввиду я.

C CMake всё как раз было бы изи, тулчейн файл и путь к либам если они в префикс тулчейна не поставленны. qmake конечно один из пионеров метасобиралок, поэтому и не всё там всегда гладко.

Совсем уж оффтоп: никто не в курсе кто был первым в метасобиралках?

C qmake тоже все просто. При сборке Qt запоминается инфа о компилере путях и т д. А потом, при вызове qmake, вся эта инфа и юзается.
Т е главное - это вызвать нужный qmake.

Насколько я помню, в виндовом порте GCC до сих пор ленятся впилить поддержку чего-нить отличного от ASCII.

Хм, а разве mkspec файлы, это не аналог тулчейн файлов симейковских? Просто не очень радует идея держать разные бинари для разных конфигураций сборки.

Полной аналогии нет. mkspec много чего спицифического исключительно для внутренней кухни Qt. Но вот пути к установленный библиотекам где-то в другом месте. Емним что-то при сборке даже в бинари вкомпиливается.

sorry, спешил, уходя на работу. qt 5.3.2, как раз

выдержка из выхлопа make

i686-w64-mingw32.static-windres -i icon.rc -o release/icon_res.o --include-dir=. -DUNICODE -DQT_NO_DEBUG -DQT_NETWORK_LIB -DQT_SERIALPORT_LIB -DQT_CORE_LIB



i686-w64-mingw32.static-g++ -Wl,-s -Wl,-subsystem,console -mthreads -o release/appname.exe release/main.o release/worker.o release/terminaldata.o release/filerwconv.o release/appname_plugin_import.o release/moc_filerwconv.o  -L/home/username/mxe/usr/i686-w64-mingw32.static/qt5/lib -lQt5SerialPort -lsetupapi -L/home/username/mxe/usr/i686-w64-mingw32.static/qt5/plugins/bearer -lqgenericbearer -lqnativewifibearer -lQt5Network -ldnsapi -lssl -lcrypto -lgdi32 -lcrypt32 -lQt5Core -lole32 -luuid -lws2_32 -ladvapi32 -lshell32 -luser32 -lkernel32 -lz -lsicuin -lsicuuc -lsicudt -lpcre16 release/icon_res.o 
make[1]: Leaving directory `/home/username/appname'

std::cout<<"~~~~"<<QTextCodec::availableCodecs().size()<<"~~~~\n";
std::cout<<"~~~~"<<QString("яяя").toLocal8Bit().constData()<<"~~~~\n";

Выхлоп:

~~~~1~~~~ ~~~~???~~~~

если собирать из-под винды, то с кодировками всё нормально, но там уже геморрой со статической сборкой

Хм, а исходники в какой кодировке?

Таки не стоит забывать о том, что есть не только QString:toXXX, но и QString::fromXXX

Хм, а исходники в какой кодировке?

ut8, могу сменить, но не вижу смысла: мне нужно, чтобы коммандлайн аргументы передавались без проблем с РЯ.

Таки не стоит забывать о том, что есть не только QString:toXXX, но и QString::fromXXX

там же механизм действия должен быть аналогичным, разве нет? если «отвалилось» 1-о, отвалится и другое

Че гадать? Cобери и проверь!

Собрал. Проверил. Ожидаемо, «выводит кракозябры».

Может у тебя кодировки собраны плагинами?

всё по дефолту. как проверить, плагином оно идёт, или нет?