Qt Creator and other tools

The error indicates that the GStreamer libraries are there, but in a wrong version (they are found, but a symbol is missing). This is unless that there is a previous error that a library was not found. Please check for that.

If the library is there, and the error persists, you will need to rebuild Qt, since the precompiled version will not work on your system.

Hi, Tobias -

OK, so it's not a Qt issue, then. Thanks.

I don't understand the claim that the problem with the warnings (directory not found) is fixed in the latest builds.

I'm running the very latest version of Qt (based on 4.8, not even any 4.7 variant) and I still see those warning messages every time I build on my Mac

I might add that I've seen this claim expressed in many different places, but it's not my experience.

have look at qjson project, it uses bison and works for me.

Now that is weird. It may still be related to plugin loading, maybe Qt loads a specific plugin for the input method of the tablet?

Swift-double-post-squashing is really necessary to avoid duplicate threads of answers coming in. I agree that the focus should be on helping out, but first things first :-)

We want creator to start up fast, so we can not search around the disk extensively (especially on windows;-). Unfortunately the only reliable way of finding all installed Qts is to look into each and every directory on the host... which is way to expensive.

Qt versions installed by the SDK are registered with the creator the SDK knows about. So those should show up fine. Custom built Qt versions are tricky though.

I don't think that having several Qt versions in PATH at the same time is a good idea: If an rebuild fails for the first one in the PATH you might end up calling programs installed by the second Qt in your PATH. That can lead to all kind of strange effects.

Oh, It's more simply than I think, thanks :)

Now is appeared.

[quote author="1+1=2" date="1339207183"]Looks strange ;-)

You get a static library libMyLib.a instead of shared library.[/quote]

Correct.

Is this because I compiled QT itself as static? it's therefore not capable of producing shared libraries?

i got it!
it works quite well.
Thanks for your advice.

[quote author="rschaub" date="1339078126"]I'm not sure if this'll work, but you could try

@
QTabBar* pTabBar = pMyTabWidget->tabBar();
pTabBar->setAutoFillBackground(false);
@

This will tell the tab bar not to fill its background area automatically.[/quote]

Thanks for you answer. My question is about space between tabs.

If I put setAutoFillBackground(false) the rest of tab bar is transparent but not space between tabs.

Any other idea?

Thanks

I passed ‘appcommon.lib’ because I built appcomon project to get appcommon.lib. But when I built boost , I have a error error C2039: 'tag' : is not a member of 'boost::Q_FOREACH' c:\boost\alg_1_48_0_64\boost\foreach.hpp(169): error C2061: syntax error : identifier 'tag' . Can you help me fix it? I using boost version 1.49

Hey, just a quick update - I wrote a small tool that handles library paths for make test with QMake and wraps make check for that. See here: https://www.agile-workers.com/web/2012/05/qmake-unit-tests-dynamic-libraries

It is on Github and Free Software. Have fun.

:)

Obviously, I don't know what is wrong, you have not given us much clue ;)

After some more testing, I found out the following:
It depends whether the qdoc code is saved as a .qdoc or .qml file.
If the above code is saved as qdoc file (without the item definition and QtQuick import of course), the generatelist command works as expected. If saved as qml file, the component is not included in the list!

Can anybody else confirm this is a bug of Qt4 (tested with 4.8.1 and 4.7.4)?

I'm also wondering if this is fixed in Qt5?