I never had time to make progress on Qwt so I just removed the Qwt widgets from my flow graph and used other ones. Hoping to find time this week to work on a PyQwt recipe for OE, not sure what other things on my schedule might thwart those plans ;)
No guarantees that even if I manage to get Qwt built, it won't have runtime issues. I'm a python newbie, too! I built a dizzy-based image and I now have gqrx and my FM broadcast tutorial running on my embedded x86_64 target. Need to find time to make more progress on the project soon! -Chris On Fri, Feb 27, 2015 at 12:11 PM, Tom Rondeau <t...@trondeau.com> wrote: > Sorry that I have no insight into this right now, but I wanted to follow up > and see if there was any progress made on this problem? > > Tom > > > On Mon, Feb 9, 2015 at 11:28 AM, Larry Van Der Jagt <van...@gmail.com> > wrote: >> >> Thanks: >> >> The info Chris sent along has helped to move this along although at this >> point I still don't have a solution or a root cause. >> >> The library that issues the error message is >> /usr/lib/python2.7/site-packages/PyQt4/QtDeclarative.so and the symbol it >> complains about is _ZTI16QDeclarativeView >> >> When you Readelf this file you find: >> >> Dynamic section at offset 0x40728 contains 29 entries: >> Tag Type Name/Value >> 0x00000001 (NEEDED) Shared library: [libQtGui.so.4] >> 0x00000001 (NEEDED) Shared library: [libQtCore.so.4] >> 0x00000001 (NEEDED) Shared library: [libstdc++.so.6] >> 0x00000001 (NEEDED) Shared library: [libgcc_s.so.1] >> 0x00000001 (NEEDED) Shared library: [libc.so.6] >> 0x0000000e (SONAME) Library soname: >> [libQtDeclarative.so.1] >> >> and >> >> 00040128 0000b202 R_ARM_ABS32 00000000 _ZTI16QDeclarativeView >> >> and >> >> 178: 00000000 0 NOTYPE GLOBAL DEFAULT UND _ZTI16QDeclarativeView >> >> There is also a library in /usr/lib that is libQtDeclarative.so.4.8.6 that >> has symbolic links to it named libQtDeclarative.so, .so.4 and .so.4.8. I >> though that if I added one for libQtDeclarative.so.1 this might fix the >> issue, but it did not. >> >> When you readelf libQtDeclarative.so.4.8.6 you find: >> >> Dynamic section at offset 0x2ce040 contains 34 entries: >> Tag Type Name/Value >> 0x00000001 (NEEDED) Shared library: [libQtScript.so.4] >> 0x00000001 (NEEDED) Shared library: [libQtSql.so.4] >> 0x00000001 (NEEDED) Shared library: >> [libQtXmlPatterns.so.4] >> 0x00000001 (NEEDED) Shared library: [libQtGui.so.4] >> 0x00000001 (NEEDED) Shared library: >> [libQtNetwork.so.4] >> 0x00000001 (NEEDED) Shared library: [libQtCore.so.4] >> 0x00000001 (NEEDED) Shared library: [libstdc++.so.6] >> 0x00000001 (NEEDED) Shared library: [libm.so.6] >> 0x00000001 (NEEDED) Shared library: [libgcc_s.so.1] >> 0x00000001 (NEEDED) Shared library: [libc.so.6] >> 0x0000000e (SONAME) Library soname: >> [libQtDeclarative.so.4] >> >> and >> >> 002d0c94 0009ef02 R_ARM_ABS32 002d0c80 _ZTI16QDeclarativeView >> 002d0d8c 0009ef02 R_ARM_ABS32 002d0c80 _ZTI16QDeclarativeView >> >> and >> >> 2543: 002d0c80 12 OBJECT GLOBAL DEFAULT 20 _ZTI16QDeclarativeView >> >> I also tried copying /usr/lib/libQtDeclarative.so.4.8.6 to the >> /usr/lib/python2.7/site-packages/pyQt4 directory as libQtDeclarative.so.1 to >> no avail. >> >> I tried calling gnuradio-companion with >> LD_PRELOAD=/usr/lib/libQtDeclarative.so.4.8.6 gnuradio-companion and this >> let the process proceed a little further this time the undefined symbol is >> in line 11 of QT.py in QTSvg.so and is _ZTI10QSvgWidget. >> >> I will keep drilling down on this, but thought I might post first just in >> case someone recognizes the real issue and perhaps it can be fixed with a >> simple adjustment to the environment. >> >> With respect to the concept that GRC is not really something to run on the >> embedded processor, that's surely valid, but unless I do not understand how >> these pieces work, if the QT GUI can run you can't get graphical elements to >> work even in the produced Python code and that seriously reduces the utility >> of the embedded device. >> >> All comments and direction are appreciated. >> >> LVDJ >> >> >> -- >> Larry Van Der Jagt >> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > -- Life is like Linux - it never stands still. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio