Qt Creator and other tools

Funny - I uninstalled the SDK and reinstalled on my local user account - now it works.
It still says that the qemu has exitied - but now it doesn't - thought it works very slow - and I'm perfectly able to shut it own from the maemo Emulator button in the Creator.

Well, we can not really guess at the word size used in an application you want to link against the library you develop with Qt Creator:-)

[quote author="Eddy" date="1309255504"]
[quote author="akos.maroy" date="1309255230"] (interestingly, the same file used to work fine in older versions of QtCreator)[/quote]

Did you do this on the same os. maybe it's 64 bit now or other differences?
There must be a logical explanation.[/quote]

same os (Windows 7 64 bit), different QtCreator.

well, anyway, the good thing is that it works :)

If you mean report engine, you can look to "eXaro":http://code.google.com/p/exaro/

ok, that for sure will do the trick, thanks guys... sorry to bother with silly questions...

Hi,

Well I downloaded the installer as suggested by peter999 and I used the
@
qmake "sql-drivers += psql"
nmake
@ as suggested by Sigrid and all went well I got a new QtSql4 .dll and .lib files however when I rebuilt an existing application that uses this library it crashed at startup! I've since done the reverse of Sigrid's suggestion and again rebuilt the application, this time it ran as expected.

I don't want to waste anyones time with this it can wait until I upgrade to a new SDK.

The Qt simulator (not emulator, that might be something different, I don't know) is not emulation the target CPU.

Well that's exactly what I thought, so I changed the file to ensure all paths containing spaces were quoted, and that all paths used forward slashes, but I still got the same error, even after closing and re-opening the session in case the prl files were cached in memory.

When setting my target deps I tried with both = and += followed by the name of my libraries I even tried $(SUBDIRS) as well, but I still didn't get a rebuild of the main executable with any of the methods I tried!

So in a nutshell when I add a qDebug() line to one of my sub project libraries and Run the project the changes are detected and the library is rebuilt. However this library is never re-linked with the exe and I don't see my qDebug() output. I will only ever see it if I make a change to the exe's source to force a rebuild or do a manual rebuilt from the menu.

OK, an update to my problem: by commenting out all delete statements in the destructor for the widget it works and doesn't crash anymore. Even though I have somewhat of a sloppy class, it kindof works. It occurs to me that before I began to plugin-ise the widget I encountered the same thing somewhere around the delete statement for the plot or curve object in the destructor.

The thing is that lrelease has to do everthing, in case there are translations uncovered by it. Consider for example:
@
system(/path/to/Lang/script): TRANSLATIONS += secrect.ts
@
or if that's not convincing, hoe about something like:
@
system(/path/to/Lang/script): SUBDIRS += i18n
@

FWIW, KDAB has a nice little set of cheat sheets (for both Linux/Windows and Mac) in US Letter and A4 sizes available "here":http://www.kdab.com/index.php?option=com_content&view=article&id=126.

I'm not 100% sure if they're up to date with the latest and greatest version of Creator, but they'd probably still be informative even if they're not.

Qt Designer can only handle basic signal/slot/property modification for the basic widgets (and your plugins). It is only used to create the design, not the business logic. That has to be done in C++.

bq. Instead, you should move the logic into the compiler itself

no, in my idea checking must perform before preprocessing to change additional keywords to fine-tuned SIGNAL and SLOT macros

if only it was built into preprocessor before it's main engine...

bq. You can have overloads for both signals and slots, therefore more than one match can possibly exist.

you just did not read forward, later I told about overloading - if this appears and processor confuses, then it just prints out an error - and extra parameters declaration solves problem

but this all is not interesting for people here, including authors... this could be interesting only for developers who want use old connection style and have check at compile time

bq. Notice also that any Qt-enabled IDE (YMMV) will help you

thanx but I've already got accustomed to QtCreator

[quote author="shuai.wu" date="1308732761"]
[quote author="Tobias Hunger" date="1308731302"]This is one of the questions better targeted at developer.nokia.com I think. They announced the tool, so they most likely implemented it:-)

PS: I removed the nagging about people answering.[/quote]

Thanks!
This is the first time that I use this forum.
I can not find where I can write a new article at developer.nokia.com .
Can you say it clearly?
tks![/quote]

There is a discussion forum under community tab you can post there. To me its seems like the problem is due to environment variables not set properly.

As mentioned in my previous post use the command prompt launcher provided under your Qt SDK menu in windows program files

QtCreator 2.2 respects the MAKEFILE setting from the .pro files so i just have to set my Makefile name there and it works without Problems and without adding the make -f parameter by myself.
So it's no bug it's a feature ! (indeed)

Sorry didnt realise there was a difference, i'm using Qt Simulator

[quote author="sigrid" date="1308306646"]If you are using QMAKE_EXTRA_COMPILERS then you can use "depend_command":http://doc.qt.nokia.com/latest/qmake-environment-reference.html#customizing-makefile-output or depends to set an extra dependency on the compiler to force it to build again.[/quote]

Thanks for this hint.

However I ran into deep problem with the different makefile generators:

make (linux) nmake jom msbuild

It seems to be not possible to trigger an extra build for these for backends with one generic pro file.

I finally ended up in:

@

Rules to update a header file: windows_version_revision.rc with the current svn revision. Have an qmake extra compiler called for each run of make to update windows_version_revision.rc, but only if needed, to prevent dependent compiles. A special script is used: update_svn_revision (for details look into the script) - replace placeholders in windows_version_revision.rc.SubWCRev with the current svn revision number - output a temporary file and if this is different to windows_version_revision.rc, then copy it over (updating the time stamp) It is importand to have the .variable_out set to HEADERS so that the Makefile rules recognize the dependency on the windows_version_revision.rc To trigger this conditional update of windows_version_revision.rc we need a dependency with an extra target that is never fullfilled. This forces make to call this target each time. .depends on extra target: preprocesssvnrev_check preprocesssvnrev_check.commands just echos However under windows everything is different: have special handling for MS IDE backend there we need an extra PRE_TAGETDEPS that must not be used under nmake nmake on the other side does not recognize that the conditional touched file was not touched in each nmake and fires a relink anyway, while jom does not .... clever jom :-) create the resource file from a template.

PREPROCESS_FILES = windows_version_revision.rc.SubWCRev
preprocesssvnrev.name = "Update svn revision number in windows_version_revision.rc (if needed)."
preprocesssvnrev.input = PREPROCESS_FILES
preprocesssvnrev.output = ${QMAKE_FILE_BASE}

update revision from the current directory

win32:preprocesssvnrev.commands = $${PWD}/update_svn_revision.bat $${PWD} $${PWD}/${QMAKE_FILE_IN} $${PWD}/${QMAKE_FILE_BASE}
unix: preprocesssvnrev.commands = @sh $${PWD}/update_svn_revision.sh $${PWD} $${PWD}/${QMAKE_FILE_IN} $${PWD}/${QMAKE_FILE_BASE}

trigger creation when outside MS IDE (part 1)

contains(TEMPLATE,lib) {
preprocesssvnrev.variable_out = HEADERS
preprocesssvnrev.depends = preprocesssvnrev_check

message (Creating extra dependencies for nmake/make)

}

QMAKE_EXTRA_COMPILERS += preprocesssvnrev

trigger creation when inside MS IDE

contains(TEMPLATE,vclib) {

message (Creating extra dependencies for MS IDE)

PRE_TARGETDEPS += compiler_preprocesssvnrev_make_all
}

trigger creation when outside MS IDE (part 2)

contains(TEMPLATE,lib) {
preprocesssvnrev_check.commands = @echo Trigger conditional svn revision update.
preprocesssvnrev_check.CONFIG += recursive
QMAKE_EXTRA_TARGETS += preprocesssvnrev_check

message (Creating extra dependencies for nmake/make)

}
@

I was referring to the ISO/IEC 14882 (C++ standard) available as direct download "here":http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3092.pdf or as a draft from February 2011 "here":http://open-std.org/JTC1/SC22/WG21/docs/papers/2011/n3242.pdf. You can find the project page (with other specifications) "here":http://open-std.org/JTC1/SC22/WG21/docs/projects#14882

EDIT: Warning! Big PDF files (10MB)

Well, I rewrote it...Probably .pri file was missing (but it was there!)... And then it worked fine... thanks for help and time :)

yes you can find it "here":http://bugreports.qt.nokia.com/browse/QTCREATORBUG-5170

i just add my first post to it