Well, it's not something that's provided by Qt out of the box, so you'll have to check the platforms you want to support for how they provide that information.

You could even consider contributing that to Qt to improve it for everybody.

You might also open a feature request on the bug report system for that.

@CybeX
1:I saw on google that someone else had this error with gcc 4.8. Upgrading solved it. Not saying it will for you. But was the only errors i could find in your log.
2: Sorry I don't know how to solve this. People are compiling for the PI but I never got around to try one
so the details of getting it to work is also unknown to me.
Update:
I have a good eye to https://www.ics.com/blog/configuring-qt-creator-raspberry-pi but no board so didnt try yet.

I can only second what @ambershark says.
Using a virtual machine is far less pain than what you are trying.

Actually, I have now seen the .mov files played by QML's MediaPlayer on Windows. I'm making things slightly difficult for myself by not having a Windows machine in the house, so this has all been on an AWS EC2 instance; that gives you a Server2012R2 session... but that seems to have no media player support at all until you enable "Windows Desktop Experience". I also installed a "K-Lite Codec Pack", but since I'd installed that before I enabled the "desktop experience" stuff, I'm not sure if it was needed or not (will try and remove the codec pack at some point, if it's uninstallable; strongly suspect it is needed though). Anyway, that's the existence proof the .mov files can work I was looking for.

Thanks for the other suggestions...

I'm not too keen on turning to other tools like VLC or ffmpeg if I can possibly avoid it. Stock Qt has so far served me remarkably well as a one-stop shop for multiplatform applications and I'm very reluctant to have to bring in something else too. Transcoding my video content to something that worked everywhere would have been a more attractive solution if needed.

@sneubert

Well, that's what I did not want to hear at all :) , but thanks anyway.

You're welcome !

Don't hesitate to ask them in separated threads (don't forget to search the forum though, there are already a lot of questions related to the RPi) :)

If you're not lost anymore, please mark the thread as solved using the "Topic Tool" button so that other forum uses may know a solution has been found :)

different platform's require different Flow control.

it is not true

Core i5 is for sure x86_64 and it can execute i386 binaries as well.
Because x86_64 was invented by AMD and later implemented by Intel as well it is often called AMD x86_64.

http://api.kde.org/frameworks-api/frameworks5-apidocs/solid/html/index.html

@sierdzio said:

Thanks a lot for the clarification.

Execute this command to install Qt in the /usr/local/Qt-4.8.5-arm/ directory : ./configure -opensource -confirm-license -prefix /usr/local/Qt-4.8.5-arm -embedded arm -little-endian -no-pch -xplatform qws/linux-arm-gnueabi-g++

In this step Did you create /usr/local/Qt-4.8.5-arm/ directory ? or Did created by qt creator when installitaion?

You can put the name of mkspec you are used for the given platform. I think for Raspberry it's something like linux-rasp-pi-g++. Open the mkspecs/devices folder in your Qt installation and check it out or open the Kits propertties page in Qt Creator and see which mkspec your kits are using.

(But who knows what will happen when Windows 10 will be released..)