Googling, I found libXft mentioned often. the terminalE reference is from libXft, which is a dependency of libqt-mt. One message mentioned that libXft was rolled into the X86
https://www.redhat.com/archives/xfre.../msg00030.html
This link has this writeup about libXft:
On 18 Oct 2002, Jim Hayward wrote:
>> complains about Xft deps.
>>
>> does something obsolete/replace the Xft packages from 8.0?
>>
>
>Looking at the file listing from the cvs RPM's it looks like Xft has
>been integrated in the XFree86 RPM's now. They were separate in 8.0.
>Mike probably left out a "Provides: Xft" in the spec file.
Yep, fixed in 20021018.
This was the cause of a similar problem which started the thread, however it dates to 2002 and may be obsolete since you are using RH 9.0.
You may want to do a ldd listing of the routines called by libqt-mt, and check out if you have a libXft.
Using the strings command can help find symbols:
example: strings /<pathto>/libXft | grep S_terminalE.
These commands are not as useful if a library was stripped however.
I couldn't get a ./configure script finished last night. I used the strings command looking for a reference for a library that I knew I had. Based on this, I used a link from *.so -> *.so.0.2
Good luck. I hope this helps you find the problem. Using a stock setup program from a major distro should work. I'm guessing that you may have installed something that installed an obsolete library.
One person who was getting segmentation faults when trying to run Opera7, solved a problem with the same libary this way:
http://list.opera.com/pipermail/oper...ry/004750.html
A variation you might try if you need to move a library elsewhere is to
start the program that needs it from a script which sets and exports the LD_LIBRARY_PATH variable.
