SGI: Development

Hi everyone,

I download kdevelop 3.3.1 from Nekochan but I cannot use it since it requires Qt 4.5.8 or higher.
Does anyone have Qt 4.5 tardist or Qt 4.8 tardist on hand, please let me have it.
I tried to download Qt source and compiled but got so many template errors. I gave up.
Thank you in advance,

Why do you think neko_kdevelop 3.3.1 requires Qt 4.5.8?
I just looked into the package and it states:


So neko_qt with a version number of at least 2 will suffice the dependency, which in nekoware/current is neko_qt-3.3.1.tardist

It is possible the kdevelop programs actually depends on qt-4.5.8, but this is considered a packaging error and you should contact the package creator.

Dexter,
Thanks for the response. When I run it, It needs libqt-mt.so.xxx which I don't have.
I read and some said it is in Qt and I could not find it in Qt 3.3.1 nor neko_qt4-4.3.0.tardist.
I'm stuck with libqt-mt.so.X.
I compile 4.8.6 from Qt source but no luck. Is anyway that I can get Qt with libqt-mt.so ?
thanks,

.

Add on: I did untar all kde tardist(s) required and at this time kde looks for libqt-mt.so.

First, for future forum posts: please edit your last post instead of making new posts correcting typo's and adding information.

Only install neko_qt.3.3.5 since that has qt version 2 and will be picked up by neko_kdevelop

libqt-mt.so is installed by default in /usr/nekoware/qt/lib both for neko_qt-3.3.1 and neko_qt-3.3.5 so please check that. If it is there but not picked up by kdevelop, you might want to add that path to your LD_LIBRARY_PATH environment variable.

Dexter,
Thanks for the tips.
I installed Qt-3.3.5 as you recommended and start 'kdevelop', KDevelop GUI came up but ..
it's display language text was not English (text on pulldown menu, menu bar, dialog, messages, ... are little squares, cannot read)
I tested by closing 'kdevelop' and running Qt/bin/assistant alone and it came up but also Not in English text.

In this case, you know what is the cause or how to fix it Dexter ? I'm so close to be done.
(Does it cause by 'locale' folder some where or by fontconfig or by freetype2 or something else ? - I am not sure)
I installed neko fontconfig-2.8.0 and neko freetype2-2.4.12

Thanks,

If the characters in the qt assistant do not display correctly, then it is most likely a font library problem:
My linker information from qt/bin/assistant is:

Can you post yours? This way one can quickly see if the problem lies in a different library version.
Can you start the assistant program remotely on your system and displaying the output on a different system? Are the characters displaying correctly?
What IRIX version are you running btw?

Dexter,

Mine is Tezro IRIX 6.5. I'm currently out of town. I'll check Qt 3.3.5 assistant app's dyn. link libs of mine on Tue.
My system is working fine no problem with text or font at all (such as cvd, ddd, , tkdiff, desktop,...), only with Qt 3.3.5 recently.

Here is the history:
After I installed Qt 3.3.5, I ran Kdevelop and it complained about FT_Filter...something. I searched the error and they said it caused by freetype,
then I installed neko freetype2-2.4.12 and also installed fonconfig 2.8 then Kdevelop and assistant came up but with little squares and not readable.
This is the first time ever that Qt Assistant and Kdevelop come up!

I think from your 'ldd' listing above, only some are neko lib., so we can easy to isolate:
- Runtime Link Libraries From Neko: freetype, fontconfig, libXft, libXrender (expat, qt-mt, libz are not involve, i think)
- Since my Tezro is good, so system libraries are all good.

I will try to figure out on Tue. Any idea/thought is very welcome and appreciate.

I have another question: Can I install and use Neko_..._mips3....tardist software for my Tezro IRIX 6.5 ?

Thanks,

The problem solved. It is not libraries, just set FONTCONFIG_PATH to location where font.conf can be located.

Thanks for reporting back the solution.

In reply to your question, yes you can use binaries from lower MIPS architecture set than the mips4 architecture your R14K in the Tezro supports. Binaries with mips3 should be fine. For programs with even lower architecture sets like mips1 and mips2 it is possible that different/older libraries are required for running the program.