Qt4-preview-feedback Archive, August 2007
Problem with Qt Eclipse integration
Message 1 in thread
Hello,
I found today the Qt Eclipse Integration and hoped it would reduce a bit the hassle of developing my Qt stuff under Linux.
Unfortunately it seams that the plugin can't be loaded correctly, so the errors result probably from that.
This is the log output (I removed duplicated first parts):
eclipse.buildId=I20070625-1500
java.version=1.5.0_06
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE
Command-line arguments: -os linux -ws gtk -arch x86_64 -clean
OK
Wed Aug 15 16:14:53 CEST 2007
Could not install bundle plugins/com.trolltech.qtcppdesigner.linux.x86_0.9.0/ No Bundle-NativeCode match
OK
Wed Aug 15 16:14:53 CEST 2007
Could not install bundle plugins/com.trolltech.qtcpp.linux.x86_4.3.0/ No Bundle-NativeCode match
OK
Wed Aug 15 16:14:53 CEST 2007
Could not install bundle plugins/com.trolltech.qtcppproject.linux.x86_0.9.0/ No Bundle-NativeCode match
Could it be, that the compiled .so's in the shown subdirs are just working on 32bit machines ?
Other than that my setup is pretty normal (suse10.1), but I use right now just Qt 4.2.3 (because of the 4.3.0 labeling).
Is the problem that I'm running a 64bit system or something else ? If so could Trolltech offer a 64bit compiled download as well ?
If the problem is something else, I'd be happy about any hints.
Besides that:
I was hopeing to get somehow the indexer working on my projects right (due to some Eclipse integration plugin magic?). I read the suggestions to include all pathes to Qt correctly. Since CDT 4.0 at least the indexing will come to an end, if the Qt subdirs are added, but still I get no consistent behavior. In one project the indexer even did less on a reindex operation. Now somebody wrote that this is caused already if there is a slot-definition in a class, but the reply to that post was that the correct paths should make it work. Assuming that I'm not forgetting something, at least it seams that it's not working for me.
Any hints on that, as well ?
Thanks a lot for any help.
Michael
To unsubscribe - send "unsubscribe" in the subject to qt4-preview-feedback-request@xxxxxxxxxxxxx
Message 2 in thread
Hi,
On Aug 15, 2007, at 5:03 PM, Michael Berg wrote:
> Is the problem that I'm running a 64bit system or something else ?
> If so could Trolltech offer a 64bit compiled download as well ?
> If the problem is something else, I'd be happy about any hints.
Yes, the problem is that you are running on 64bit. We will provide it
at some point, but it is not planned for the first release.
> Besides that:
> I was hopeing to get somehow the indexer working on my projects
> right (due to some Eclipse integration plugin magic?). I read the
> suggestions to include all pathes to Qt correctly. Since CDT 4.0 at
> least the indexing will come to an end, if the Qt subdirs are
> added, but still I get no consistent behavior. In one project the
> indexer even did less on a reindex operation. Now somebody wrote
> that this is caused already if there is a slot-definition in a
> class, but the reply to that post was that the correct paths should
> make it work. Assuming that I'm not forgetting something, at least
> it seams that it's not working for me.
> Any hints on that, as well ?
If the paths are in the preferences it should be fine. You might want
to play around with the memory settings, though, giving the indexer a
bigger cache. That's Preferences->C/C++->Parser in CDT3 and
Preferences->C/C++->Indexer->Cache Limits in CDT4. You can also play
around with the other indexer settings there, like choosing the "full
indexer". You might also need to increase the memory available to
eclipse in general by starting it from the command line with
something like
eclipse -vmargs -Xmx500M
for roughly half a Gigabyte RAM available to eclipse (the default
maximum memory setting is dependent on the vm and usually quite low).
Hope that helps, Eike
To unsubscribe - send "unsubscribe" in the subject to qt4-preview-feedback-request@xxxxxxxxxxxxx
Message 3 in thread
Hello,
> Yes, the problem is that you are running on 64bit. We will provide it
> at some point, but it is not planned for the first release.
I hope that won't be too long as having some direct support for Qt would be very nice. :-)
> If the paths are in the preferences it should be fine. You might want
> to play around with the memory settings, though, giving the indexer a
> bigger cache. That's Preferences->C/C++->Parser in CDT3 and
> Preferences->C/C++->Indexer->Cache Limits in CDT4. You can also play
> around with the other indexer settings there, like choosing the "full
> indexer". You might also need to increase the memory available to
> eclipse in general by starting it from the command line with
> something like
>
> eclipse -vmargs -Xmx500M
>
> for roughly half a Gigabyte RAM available to eclipse (the default
> maximum memory setting is dependent on the vm and usually quite low).
Thanks for these tips. Interestingly I did all that already, the Indexer-cache is already doubled and I also use 512mb for the java-vm.
But sometimes asking helps for other reasons :-). As I'm now starting to believe that it SHOULD work, I played a bit again. The interesting thing is, that if I reindex a project (with the fast indexer) it seams to not find some obvious existing classes in the project. This time I chose "Freshen all files" (I never used before) and voila the indexer found instantly the other classes as well. Using "Rebuild" it forgot them again. So this might be a bug and I will check it a bit more (how consistent this works) the next days. So if somebody got a similar problem, this might be a workaround.
Thank you for the help.
Michael
To unsubscribe - send "unsubscribe" in the subject to qt4-preview-feedback-request@xxxxxxxxxxxxx
