Qt Creator and other tools

Oh, OK...so then it invokes the program with a relative (or absolute) pathname? Makes sense. Thanks...

Great! Please mark this thread as solved then by prepending "[solved]" to the title:-)

Thank you Thomas !! That's exactly what I was looking for !! I should have found this post before posting a bug report :/

Be sure and edit your original posts's title to add [Solved]. Thanks!

There are way more things in Qt Creator than listed in the API documentation! We are not doing a good job of providing API documentation... We do not guarantee binary compatibility in Qt Creator, so API documentation is really hard to keep up to date. Check the code!

If you have questions on the API, please feel free to stop by on IRC (#qt-creator on the freenode.org network). Response time is best during european office hours.

The "mailing list":http://lists.qt-project.org/ is also a good place to get help.

Thank you all for the answers. I will read the tutorial and may ask again if I got some problem:)

aaa makes sense..

thanks for the tip!

You need a Qt version and a compiler that is able to produce code that can link against that Qt version.

So either install a Qt version build with MVSC 2005 or a mingw tool chain.

You're very welcome!

Thanks again. I just noticed that a bug report already exist: https://bugreports.qt-project.org/browse/QTCREATORBUG-106

Well, I suppose I would have to use another ide, it's not a big trouble. Thanks anyway.

Gerolf: thanks for the answer. I never knew what tr1 was until I searched on it just now. Interesting stuff.

Lukas: as you can probably guess from Gerolf's response, the error was about using some non-standard include file without the flag that enables C++0x. (I'm not booted in ubuntu right now, or I could be more specific.)

Would I be mostly correct in assuming that this is really no big deal to me, and I can just use the tr1/ versions without repercussion?

[quote author="Stephen Chu" date="1332504450"]
Qt 5 requires module names in the include path, like:
[code]#include <QtCore/QString>[/code]

This no longer works:

[code]#include <QString>[/code][/quote]
Ok. My computer must by haunted!
For me, with the 2.5, I can use #include <QString> or #include <QQuickView> without a problem.
However, with the 2.4, I can't even write #include <QtQuick/QQuickView> as QtQuick/ is not found.

I might be wrong, since I am not a Troll nor from Digia.
However, I looks to me like the vsaddin is completely open source. It is supplied by Digia, but as far as I remember it is not part of the license. Therefore, I would assume that this is not on their roadmap at all IMHO.

Probably you should address this question directly to Digia.

Thanks for the hint.
The command line invocation uses env variables (LD_LIBRARY_PATH in my case) and app found a library in /usr/bin64. QT Creator has different settings and used different version of the library for linking.

Glad that I could help!

My problem with CDB using MSVC is solved.

Turns out it's a pretty common problem, not at all related to Qt. It's caused by the existence of pre-existing Visual C++ redistributables. The installation works perfectly (in my case) after they are uninstalled.

There are loads of pages that describe the many causes and solutions, but this one seems to be the clearest:

http://notepad.patheticcockroach.com/1666/installing-visual-c-2010-and-windows-sdk-for-windows-7-offline-installer-and-installation-troubleshooting/

Hope this helps others who may be suffering from the same problem.

Here is the link to my bug report:

https://bugreports.qt-project.org/browse/QTCREATORBUG-7147