Installation and Deployment

From the looks of it, you are trying to using the amd64 compiler which means 64bit compiler with a 32bit Qt build. That's the problem, check your kit and select the x86 compiler.

@joonas Maybe someone with App Store upload experience can help me to get going. All suggestions are welcome!

Hi, Looks like you are trying to run a Python 3.6 wheel with Python 3.5. That might be something to check against.

@ksgj Yeah, avoiding whitespaces and special chars in path names makes the developers life easier. So please mark this topic as SOLVED (button Topic Tools below your first post). Thanks

That's a sneaky one ! Glad you found out and thanks for sharing !

@JKSH thanks It is install simply

Also a good way to force the auto comple update, is changing between compilers.

Hi, There's only QtWebKit and QtMultimedia that are affected. Because the binary packages are built for the officially older version of Linux supported. However, nothing stops you from rebuilding the modules against a more recent version of GStreamer provided that the backends of that old version supports it.

@SGaist Hi, of course you're right. I'll do so.

@SGaist said in vs2015 errors with (git) source code: Jom is already provided with Qt, somewhere under the Qt Creator folder. I like to compile QT from source. N.B. If I use windows QT installer i will get jom.exe I did execute the commands: jomd jomd install [image: 9897e6f8-c861-46e6-96b7-f7692fcd69ae.jpg] Now i get the Qt57MSV2015_32bit directory. Maybe i forgot "nmake install" in the nmake solution.

@Ratzz I'm not searching for services, only devices with QBluetoothDeviceDiscoveryAgent and there is no clear function.

Did you ever got it to run/compile maybe?

Just realized: @Discode said in Configuration OpenCV for iOS: -F $$PWD/ios You are using that option wrong, remove that space between the capital F and the $

So, an update from my side. I was unable to successfully include RTIMULib and therefore unable to build the module. Howerver,the RTIMULib is a c++ libary and the qtsensehat module is one as well, dooh. So I got the raw h and cpp files from here: RTIMULib QtSenseHat Changed the include path accordingly and added all files to my cross compile project. It now gets compiled each time when I make even the slightes change in my project, but it works :) I'll mark this as solved.

Only one module is the same as any other Qt project: qmake, make -(jnumber_of_cores_) * (3 +1), make install. I'd recommend an out of source build so it's easier to manage.

@sierdzio No problem bro, thanks for your help.

@SGaist I have successfully deployed onto a 32-bit Windows 7 VM, yet to see how real target machines do, but I'm pretty sure I'm good. Can you imagine? The key to revealing the mystery of missing dlls was NOT in Dependency Walker, but in Process Explorer! I don't want to say anything bad about DW, it just derailed the whole investigation. It has pointed to vcruntime140.dll, which as you said belong to MSVC++ 2015, when actually what was missing, at least from Windows 7 VM, was MSVC++ 2013. Attaching a screenshot from ProcExp.[image: b59b79eb-5e24-4c23-aa93-646fbe0a3256.PNG]