Re: [Qt-creator] qt-creators c/c++ parsing
Am May 21, 2010 um 1:20 schrieb ext Jefferson Bandeira: Only times I see that the auto-completer fails is when I'm in auto-complete menu and i Alt+Tab out of creators windows, that usually turns creator auto-complete off until i minimize the window and maximize it again.. Weird as hell. Could that be your case? This would be a focus/event/UI bug. Did you report it? If not, please do so. 2010/5/20 Daniel Teske daniel.te...@nokia.com On Wednesday 19 May 2010 22:31:08 ext Campbell Barton wrote: Hi, I have been using qt-creator daily for 4 months or so on 64bit Linux. Probably the most important problem I had so far is C/C++ parser, sometimes auto-compleate works, sometimes not, sometimes Ctrl+Clicking on a function is the same. But this is generally predictable, so it will fail in the same places each run. I have tried rebuilding the code model and tested on the latest beta as well as stable. My guess is that the source code parser is failing in some cases (~3million+ LOC), but I don't get any feedback from qt-creator. Is there some way I can tell what the parser is doing? Not directly. You can obviously see all the symbols in the locator, and hovering over symbols should show you a tooltip. Try to create small examples of failures and report bugs to http://bugreports.qt.nokia.com If your code is open source, we might be able to fix it without a minimal example. Also if you can try the latest master, that one might have fixed your issue. One of the problems we have, and which we are fixing in master, is completion on template instantiations. For example, QStringList will complete, but when a QString is returned by a method returning the template type (like the at() method), it won't complete on that. Example: QStringList l; l.complete // works l.at(0).complete // doesn't work Like I said, we're working on it, it won't be in 2.0 (or 1.x for that matter). Regards, Erik. -- Erik Verbruggen Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] qt-creators c/c++ parsing
Am May 21, 2010 um 10:28 schrieb ext erik.verbrug...@nokia.com: Am May 21, 2010 um 1:20 schrieb ext Jefferson Bandeira: Only times I see that the auto-completer fails is when I'm in auto-complete menu and i Alt+Tab out of creators windows, that usually turns creator auto-complete off until i minimize the window and maximize it again.. Weird as hell. Could that be your case? This would be a focus/event/UI bug. Did you report it? If not, please do so. Sorry, I didn't have any coffee yet, so: what I meant to ask is if you reported a bug for this in our jira system (http://bugreports.qt.nokia.com/). Regards, Erik. -- Erik Verbruggen Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] 64-bit debugging helper on OS X 10.5?
On Thursday 20 May 2010 22:24:58 ext Stephen Chu wrote: I just started to experiment with 64-bit build with Creator 2.0 and Qt 4.7 snapshots. It works pretty well with one exception: Creator only build the debugging helper in 32-bit. So I lost all the smart formatting of the variables. Does Creator build helper in 64-bit when running in 10.6? And how do I make it to build both 32 and 64-bit helper? Thanks. The debugging helpers are build via the qmake of the qt for which they are build. That's because the debugging helpers should match the bitness of the to be debugged application. So I'd guess your qt is not 64bit. daniel ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] qt-creators c/c++ parsing
On Fri, May 21, 2010 at 10:35 AM, erik.verbrug...@nokia.com wrote: Am May 21, 2010 um 10:28 schrieb ext erik.verbrug...@nokia.com: Am May 21, 2010 um 1:20 schrieb ext Jefferson Bandeira: Only times I see that the auto-completer fails is when I'm in auto-complete menu and i Alt+Tab out of creators windows, that usually turns creator auto-complete off until i minimize the window and maximize it again.. Weird as hell. Could that be your case? This would be a focus/event/UI bug. Did you report it? If not, please do so. Sorry, I didn't have any coffee yet, so: what I meant to ask is if you reported a bug for this in our jira system (http://bugreports.qt.nokia.com/). Regards, Erik. -- Erik Verbruggen Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori Hi, I looked into the problem I was having further and dont think its a UI/input issue (alt+tab was mentioned) but before reporting I'll compile qt-creator from source and run some more tests. This is an opensoure app so It should be easy to reproduce the problem for a developer. Was mostly wondering if this was a known problem or if there was some way to get an error log from the parser. -- - Campbell ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] 64-bit debugging helper on OS X 10.5?
On May 20, 2010, at 10:24 PM, ext Stephen Chu wrote: I just started to experiment with 64-bit build with Creator 2.0 and Qt 4.7 snapshots. It works pretty well with one exception: Creator only build the debugging helper in 32-bit. So I lost all the smart formatting of the variables. Does Creator build helper in 64-bit when running in 10.6? And how do I make it to build both 32 and 64-bit helper? So, you used the Qt 4.7.0 beta1 binary package? (Or did you build from source) Do explicitly pass an architecture to your project's CONFIG ? Because if you don't, your application and the debugging helpers should be built with the same architecture(s) (for me it is 64bit for both). I wonder though, why the Qt binary package doesn't build the user's apps as universal binaries, it does so when building Qt from source and configuring it as universal. -- Eike Ziller Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Build breakage on osx 10.6.3
Build went splat on OSX. Help? g++ -c -pipe -g -gdwarf-2 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -fPIC -DIDE_LIBRARY_BASENAME=\lib\ -DWITH_TESTS -DQT_NO_CAST_TO_ASCII -DPROPARSER_THREAD_SAFE -DQT_NO_CAST_TO_ASCII -DQT_PLUGIN -DQT_TESTLIB_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/Trolltech/Qt-4.7.0/mkspecs/macx-g++ -I../../../../qt-creator/src/plugins/qt4projectmanager -I/usr/local/Trolltech/Qt-4.7.0/lib/QtCore.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtCore -I/usr/local/Trolltech/Qt-4.7.0/lib/QtNetwork.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtNetwork -I/usr/local/Trolltech/Qt-4.7.0/lib/QtGui.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtGui -I/usr/local/Trolltech/Qt-4.7.0/lib/QtXml.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtXml -I/usr/local/Trolltech/Qt-4.7.0/lib/QtTest.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtTest -I/usr/local/Trolltech/Qt-4.7.0/include -I../../../../qt-creator/src/libs -I/Users/brettmorgan/qt-creator/tools -I../../../../qt-creator/src/plugins -I../../../../qt-creator/src/libs/3rdparty/botan/build -I../../../../qt-creator/src/libs/3rdparty/net7ssh/src -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/symbianutils -I../../../../qt-creator/src/shared/proparser -I../../../../qt-creator/src/shared -I../../../../qt-creator/src/plugins/qt4projectmanager/customwidgetwizard -I.moc/debug-shared -I.uic -I. -F/usr/local/Trolltech/Qt-4.7.0/lib -o .obj/debug-shared/classlist.o ../../../../qt-creator/src/plugins/qt4projectmanager/customwidgetwizard/classlist.cpp ../../../../qt-creator/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp: In member function ‘void Qt4ProjectManager::Internal::QemuRuntimeManager::startRuntime()’: ../../../../qt-creator/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp:376: error: no match for ‘operator%’ in ‘QProcessEnvironment::value(const QString, const QString) const(((const QString)( QString(((const QLatin1String)( key), ((const QString)((const QString*)( QString() % QLatin1Char(58)’ ../../../../qt-creator/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp:381: error: no match for ‘operator%’ in ‘root % QLatin1String(((const char*)madlib/))’ ../../../../qt-creator/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp:387: error: no match for ‘operator%’ in ‘app % QLatin1Char(32)’ make[3]: *** [.obj/debug-shared/qemuruntimemanager.o] Error 1 -- Brett Morgan http://www.google.com/profiles/brett.morgan ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] Build breakage on osx 10.6.3
On May 21, 2010, at 1:56 PM, ext Brett Morgan wrote: Build went splat on OSX. Help? Fixed in e6480735f42947df4ec315b85faa3b0e25db2d3b (Apply the following till this is updated on qt.gitorious.org: diff --git a/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp b/src/plugins/qt4projectmanager/qt-maemo/qemu index 3f9926b..3d16648 100644 --- a/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp +++ b/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp @@ -47,6 +47,7 @@ #include QtCore/QDir #include QtCore/QList #include QtCore/QSet +#include QtCore/QStringBuilder #include QtCore/QTextStream #include QtGui/QMessageBox Sorry. g++ -c -pipe -g -gdwarf-2 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -fPIC -DIDE_LIBRARY_BASENAME=\lib\ -DWITH_TESTS -DQT_NO_CAST_TO_ASCII -DPROPARSER_THREAD_SAFE -DQT_NO_CAST_TO_ASCII -DQT_PLUGIN -DQT_TESTLIB_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/Trolltech/Qt-4.7.0/mkspecs/macx-g++ -I../../../../qt-creator/src/plugins/qt4projectmanager -I/usr/local/Trolltech/Qt-4.7.0/lib/QtCore.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtCore -I/usr/local/Trolltech/Qt-4.7.0/lib/QtNetwork.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtNetwork -I/usr/local/Trolltech/Qt-4.7.0/lib/QtGui.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtGui -I/usr/local/Trolltech/Qt-4.7.0/lib/QtXml.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtXml -I/usr/local/Trolltech/Qt-4.7.0/lib/QtTest.framework/Versions/4/Headers -I/usr/local/Trolltech/Qt-4.7.0/include/QtTest -I/usr/local/Trolltech/Qt-4.7.0/include -I../../../../qt-creator/src/libs -I/Users/brettmorgan/qt-creator/tools -I../../../../qt-creator/src/plugins -I../../../../qt-creator/src/libs/3rdparty/botan/build -I../../../../qt-creator/src/libs/3rdparty/net7ssh/src -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/cplusplus -I../../../../qt-creator/src/shared/symbianutils -I../../../../qt-creator/src/shared/proparser -I../../../../qt-creator/src/shared -I../../../../qt-creator/src/plugins/qt4projectmanager/customwidgetwizard -I.moc/debug-shared -I.uic -I. -F/usr/local/Trolltech/Qt-4.7.0/lib -o .obj/debug-shared/classlist.o ../../../../qt-creator/src/plugins/qt4projectmanager/customwidgetwizard/classlist.cpp ../../../../qt-creator/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp: In member function ‘void Qt4ProjectManager::Internal::QemuRuntimeManager::startRuntime()’: ../../../../qt-creator/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp:376: error: no match for ‘operator%’ in ‘QProcessEnvironment::value(const QString, const QString) const(((const QString)( QString(((const QLatin1String)( key), ((const QString)((const QString*)( QString() % QLatin1Char(58)’ ../../../../qt-creator/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp:381: error: no match for ‘operator%’ in ‘root % QLatin1String(((const char*)madlib/))’ ../../../../qt-creator/src/plugins/qt4projectmanager/qt-maemo/qemuruntimemanager.cpp:387: error: no match for ‘operator%’ in ‘app % QLatin1Char(32)’ make[3]: *** [.obj/debug-shared/qemuruntimemanager.o] Error 1 -- Brett Morgan http://www.google.com/profiles/brett.morgan ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator -- Eike Ziller Software Engineer Nokia, Qt Development Frameworks Nokia gate5 GmbH Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B Umsatzsteueridentifikationsnummer: DE 812 845 193 Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] 64-bit debugging helper on OS X 10.5?
In article d04d8aa4-8c45-416c-9154-98e8e3c42...@nokia.com, Eike Ziller eike.zil...@nokia.com wrote: So, you used the Qt 4.7.0 beta1 binary package? (Or did you build from source) Do explicitly pass an architecture to your project's CONFIG ? Because if you don't, your application and the debugging helpers should be built with the same architecture(s) (for me it is 64bit for both). I have installs from both beta 1 binary and git source. Beta 1 package come in both x86 and x86_64 and I configured source build to create x86, x86_64, and PPC. And I verified the frameworks all have expected architectures in them. I tried rebuilding debugging helper libs for both installs. Both of them resulted in x86-only dylibs. Also, I don't think how debugging helper is build is related to the current project. I wonder though, why the Qt binary package doesn't build the user's apps as universal binaries, it does so when building Qt from source and configuring it as universal. I wonder that too. I need to add these lines in my pro file to force Creator to build and run x86_64 when debugging: CONFIG(debug, debug|release) { CONFIG += x86_64 CONFIG -= x86 } And these to have a tri-arch universal release: CONFIG(release, debug|release) { CONFIG += x86 CONFIG += ppc CONFIG += x86_64 } [rant] A bit OT but I really don't like the choice Nokia made on including only x86 amd x86_64 in the binary package and Creator download. The 2 target the same CPUs, leaving the whole PPC user completely out in cold. The choice would have made more sense on Windows release, which oddly enough, doesn't have 64-bit binary available. [/rant] -- Stephen Chu ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] how to attach sources for debugging?
Andre' thanx for your fast response. It was totally my own fault, it's just Qt Creator debugging behaviour differs from NetBeans or Eclipse in a bit less intuitive way. Now I see it really works fine. On Wed, May 19, 2010 at 5:53 PM, André Pönitz andre.poen...@nokia.com wrote: On Wednesday 19 May 2010 15:52:10 ext Aekold Helbrass wrote: Hi All! I builded Qt in debug mode, it's working but I want to debug into Qt sources. This should work out-of-the box. Please attach the full debugger log (Debug-Views-Debugger, right pane). Andre' ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] how to attach sources for debugging?
On Fri, May 21, 2010 at 08:06:25PM +0300, Aekold Helbrass wrote: Andre' thanx for your fast response. It was totally my own fault, it's just Qt Creator debugging behaviour differs from NetBeans or Eclipse in a bit less intuitive way. In which way is it less intuitive? Andre' ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] how to attach sources for debugging?
I am using NetBeans (Java) for my everyday work, so I'll describe it as example: Let's assume our line of code looks like this: painter.drawText(getX(), getY(), getString()); When you're pressing step into in NetBeans it highlights all step into possibities, four of them in example above, and highlights one of them as default one, so you can press step into once again to go into default one or you can click with your mouse on any other to step into it. Then, when you're stepped all your way up to the end of getX() for example you're returned to the same line, with one function marked as visited, and you can step into another one. In QtCreator it steps in the first one to execute (getX() in our case), and when you're stepping over the internals of function up to the end - Qt Creator will not show you the original line again with possibility to step into next function but will act as step over it. So it took me some time to understand that I should press step into on the last lines of getX() to step into getY(), but I can't just skip them and step directly into drawText(). On 5/21/10, Andre Poenitz andre.poen...@mathematik.tu-chemnitz.de wrote: On Fri, May 21, 2010 at 08:06:25PM +0300, Aekold Helbrass wrote: Andre' thanx for your fast response. It was totally my own fault, it's just Qt Creator debugging behaviour differs from NetBeans or Eclipse in a bit less intuitive way. In which way is it less intuitive? Andre' ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
Re: [Qt-creator] how to attach sources for debugging?
The behavior you describe from Creator is the standard behavior used by gdb, and it's consistent with Eclipse, Xcode, and Visual Studio (even though VS doesn't use gdb); it's pretty typical for a debugger. /s/ Adam On Fri, May 21, 2010 at 3:05 PM, Aekold Helbrass helbr...@gmail.com wrote: I am using NetBeans (Java) for my everyday work, so I'll describe it as example: Let's assume our line of code looks like this: painter.drawText(getX(), getY(), getString()); When you're pressing step into in NetBeans it highlights all step into possibities, four of them in example above, and highlights one of them as default one, so you can press step into once again to go into default one or you can click with your mouse on any other to step into it. Then, when you're stepped all your way up to the end of getX() for example you're returned to the same line, with one function marked as visited, and you can step into another one. In QtCreator it steps in the first one to execute (getX() in our case), and when you're stepping over the internals of function up to the end - Qt Creator will not show you the original line again with possibility to step into next function but will act as step over it. So it took me some time to understand that I should press step into on the last lines of getX() to step into getY(), but I can't just skip them and step directly into drawText(). On 5/21/10, Andre Poenitz andre.poen...@mathematik.tu-chemnitz.de wrote: On Fri, May 21, 2010 at 08:06:25PM +0300, Aekold Helbrass wrote: Andre' thanx for your fast response. It was totally my own fault, it's just Qt Creator debugging behaviour differs from NetBeans or Eclipse in a bit less intuitive way. In which way is it less intuitive? Andre' ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator
[Qt-creator] Debugging dumper.py and qt-creator 1.3.1 and gdb 7.1
Hi, until a while ago I was using qt-creator from git. Recently (can't remember why) I had to reinstall it and since the new version is based on qt4.7 I had to skip it and go for an older qt-creator version. More specifically 1.3.1 Unfortunately the dumper.py does not seem to be supported by this version, right? (hopefully wrong) Which one is the latest version of qt-creator which is still based on 4.6.2? (with dumper.py support) Thank you. Regards, Paulo ___ Qt-creator mailing list Qt-creator@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-creator