Installation and Deployment

Hello Andreas, thank you. I agree with your logic. If you provide a code it maybe useful, else I can use one of the very basic examples that are included in the Qt everywhere. To work in a correct test environment, I think that the best solution is that I prepare a VM with Ubuntu 10.04 and install only the Qt. Ltib is working and the linux is running on the arm, so we can exclude this aspect, at least for now. My doubt is if in the fresh installation of Qt everywhere on a new clean host machine, I need to install also the compiler or if the toolchaing of Qt includes also this. Please let me know what I should install with Qt everywhere on the host linux machine. Thank you. Enrico

Thank you I will give it a shot!

Thanks, it works now. Sadly I encountered another problem. I can compile and run the examples shipping with the SDK, but when I open my own project (which comes from Windows) a window pops up saying bq. No valid Qt-versions could be found. Please add a valid version at extras/settings or by using the sdk-installation-utility. (I freely translated this text). For some reasons I can't change any setting at all (all of them are greyed out). All I can do is close the project.

See the instructions "here":http://doc.qt.nokia.com/4.7/plugins-howto.html#static-plugins

OK. Glad you got it sorted. Happy coding!

Thanks for the answer. I can scratch that reason for my program unable to run the device!

Thank you very much. And yes, I'm a living example of that need. There should be a link to the offline installer in the downloads page.

I think, this is related to this "recent forum thread":http://developer.qt.nokia.com/forums/viewthread/5702, please have a look and feel free to come back with questions over there. The base line is: For the SDK I think you're lost then. You'll have to install the components manually. Qt Creator should work (it's an i386 + x86_64 universal binary), and Qt libs would have to be compiled manually.

I just ran two configure sessions for Qt 4.7.3, and all went without any problems. Setup: Installed Qt Creator 2.2.0 downloaded qt-everywhere-commercial-src-4.7.3.tar.gz (the open source should be fairly identical, except of licensing files) extract the archive cd into the extracted directory ran .\configure.exe in Visual Studio 2008 command prompt opened cmd.exe, put C:\Qt\qtcreator-2.2.0\mingw\bin into PATH and ran .\configure.exe -platform win32-g++ -qconfig minimal No hassles with missing perl (it is not installed!) in both cases, no call of syncqt.

For the records: https://qt.gitorious.org/qt-labs/installer-framework I had a quick look and suspect it to be an issue with the SDK against the installer is built (located in /Developer/SDKs). But while it may be possible to create an installer binary that runs on 10.5, it would not help much, as it would install Qt libs which do not run on 10.5 reliably (namely the lrelease and lupdate binaries). This would create more trouble once the installer did run an put everything in place. So, to proceed on the SDK installer, one would need 10.5 enabled framework libraries and binaries in the first place. I'm not quite sure, if to proceed, and if yes how...

Tobias, not sure if it makes sense but when using the MinGW toolchain it might be an idea for the SDK to add the necessary lib dirs to the %PATH% environment variable. Would that screw up other stuff (e.g. creator) if the runtime linker finds the MinGW compiled Qt libs first or is it sensible enough to skip over the incomaptible dll's and keep looking elsewhere?

Hi cincirin, it's a little bit complicated for me.. Maybe I try. Thanks a lot.

Did you add yourQtVersion/bin first to the global PATH in your Control Panel/System/ Advanced System Settings/Environment Variables? And then restart Creator after having done so?

OK, thanks, Volker.

I think it's installed with QT SDK if not what should i do ?

Apparently this is a known bug (QTBUG-16443), and the only work-around seems to be to build without the examples (configure -nomake examples).

Use the shortcut they provide for suck things: Start -> All Programs -> Microsoft Visual Studio 2010 -> Visual Studio Tools -> Visual Studio Command Prompt (2010)

$ mkdir test $ cd test/ $ touch main.cpp $ qmake -project $ qmake test.pro $ grep LIBS Makefile | head -1 LIBS = $(SUBLIBS) -L/usr/lib -lQtGui -lQtCore -lpthread Adding QMAKE_LIBDIR_QT -= /usr/lib to test.pro solves the problem. Thanks! I still think that the presence of -L/usr/lib is dubious behaviour, but this is perhaps something to talk to the ubuntu package maintainer about, and not this forum. Anyway, thanks for helping a rookie :) Ola