Python and QT: unresolvable symbol in libqt-m5.so.3: FT_Stream_GetShort

IRIX/Nekoware development, porting and related topics.
Forum rules
Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.
User avatar
necron2600
Posts: 263
Joined: Tue May 26, 2015 10:38 pm
Location: Boston

Python and QT: unresolvable symbol in libqt-m5.so.3: FT_Stream_GetShort

Unread postby necron2600 » Tue Oct 27, 2015 9:53 am

Hello,
I have a problem on all my SGI's.. they are all using nekoware's current as of several months ago. As well as some packages from nekoware's betas. IRIX 6.5.30 .. also tested with an SGI running 6.5.29.

When trying to test if 'eric3' and 'luma' nekoware apps work.. they do not and on troubleshooting it seems when importing 'qt' into python is where it gives this error (same error that both eric3 and luma show as they are python based)

python
>>> import qt
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: 72943:python: rld: Fatal Error: unresolvable symbol in /usr/nekoware/qt/lib/libqt-mt.so.3: FT_Stream_GetShort

Some bits of my environment:
$ env |grep -i pyth
PYTHONHOME=/usr/nekoware
PYTHONPATH=/usr/nekoware/lib/python2.7:/usr/nekoware/lib/python2.4/site-packages/

Using python2.7:
[tezro]:/ $ which python
/usr/nekoware/bin/python
[tezro]:/ $ ls -ltra /usr/nekoware/bin/python
lrwxr-xr-x 1 root sys 7 Jun 5 23:20 /usr/nekoware/bin/python -> python2
[tezro]:/ $ ls -ltra /usr/nekoware/bin/python2
lrwxr-xr-x 1 root sys 9 Jun 5 23:20 /usr/nekoware/bin/python2 -> python2.7

/usr/nekoware/bin/ python files:
[tezro]:/usr/nekoware/bin $ ls -ltra python
python python2-config python3 python3.1-config
python-config python2.7 python3-config
python2 python2.7-config python3.1

QT Packages installed:
I neko_qt 10/23/2015 Qt 3.3.5 Free C++ GUI toolkit from
Trolltech
I neko_qt4 06/05/2015 qt-4.3.0 C++ development framework

Python Packages Installed:
I neko_python 08/21/2015 python-2.7.3 Python Language Interpreter
I neko_python3 08/21/2015 python 3.1.1 Python Language Interpreter
I neko_pyqt 06/06/2015 PyQt-x11-gpl-3.15 Python Bindings for the Qt Toolkit

Any ideas on where I should look for fixing this issue?

Thanks,
-Kevin

User avatar
duck
Donor
Donor
Posts: 737
Joined: Mon Oct 27, 2003 5:22 pm
Location: Jakobstad, Finland
Contact:

Re: Python and QT: unresolvable symbol in libqt-m5.so.3: FT_Stream_GetShort

Unread postby duck » Tue Oct 27, 2015 10:22 am

A quick google tells me that FT_Stream_GetShort probably is in freetype
:Octane: halo, octane Image knightrider, d i g i t a l AlphaPC164, pond, soekris net6501, misc cool stuff in a rack
N.B.: I tend to talk out of my ass. Do not take it too seriously.

User avatar
hamei
Posts: 10433
Joined: Tue Feb 24, 2004 4:10 pm
Location: over the rainbow

Re: Python and QT: unresolvable symbol in libqt-m5.so.3: FT_Stream_GetShort

Unread postby hamei » Tue Oct 27, 2015 6:03 pm

duck wrote:A quick google tells me that FT_Stream_GetShort probably is in freetype

Luckily freetype2 is one of the few applications that builds straight-up, no muss no fuss. May as well start with the latest and greatest ? You can turn on sub-pixel rendering at the same time, it looks good.

The only thing you have to watch for is that for a while, the tarfile was tarred with that p.o.s. gnutar that left artifacts everywhere. You have to build gtar and use that for those programs which accidentally use that shit for tarring.
I spent a fortune on booze, birds, and fast cars ... the rest I just squandered

User avatar
necron2600
Posts: 263
Joined: Tue May 26, 2015 10:38 pm
Location: Boston

Re: Python and QT: unresolvable symbol in libqt-m5.so.3: FT_Stream_GetShort

Unread postby necron2600 » Wed Oct 28, 2015 6:11 am

So, Nekoware's qt3 and qt4 look for the FT_Stream_GetShort symbol in nekoware's freetype2 library.
From research online, FT_Stream_GetShort was renamed to FT_Stream_GetUShort in a commit dated 2011-04-12.

http://git.savannah.gnu.org/cgit/freety ... a631108f61

From commit "
Fix reading of signed integers from files on 64bit platforms.
Previously, signed integers were converted to unsigned integers, but
this can fail because of sign extension. For example, 0xa344a1eb
becomes 0xffffffffa344a1eb.

We now do the reverse which is always correct because the integer
size is the same during the cast from unsigned to signed.

* include/freetype/internal/ftstream.h, src/base/ftstream.c
(FT_Stream_Get*): Replace with...
(FT_Stream_GetU*): Functions which read unsigned integers.
Update all macros accordingly.
" End commit

The only release dated before 2011-04-12 is freetype-2.4.4 (2010-12-01)
Nekoware's current freetype2 package is version 2.4.12.

Compiling freetype-2.4.4 and replacing the /usr/nekoware/lib/libfreetype.so.7.1 with the older library clears up this specific issue. I have to test other packages that use this library to ensure they will not break by using the older one, etc. Plus, there is a /usr/nekoware/bin/freetype-config that needs swapping out too but I havent tested that either.

Luma app now starts. Eric3 has another error. Another thread for that one ;)

Thanks for the help,
-Kevin


Return to “SGI: Development”

Who is online

Users browsing this forum: No registered users and 3 guests