From: Dante S. <da...@ma...> - 2008-04-17 14:50:50
|
Hi Pete, Peter Buelow wrote: > > The framebuffer example doesn't use the same library dependencies. > Actually, I don't think it even uses QT to be honest, but I'm not in > front of the code just now. I remember it opens the framebuffer and > draws some images, but I don't think it calls any real QT function. > That's what I figured, it looked too simple to be considered 'true' QT :) Peter Buelow wrote: > > That said, try setting the LD_LIBRARY_PATH env var to the QT library > directory. > That's the first thing I did after I got the missing libQTGuiso.4 message, didn't work. Peter Buelow wrote: > > The other funny part of the QT environment is that it > hardcodes the library path in the library and app binaries. These are > coded to the -path configure option. I've posted before that when you > build QT, you should set the path option to something useful, like > /opt/qt4-arm or /usr/local/qt4-arm and after building, run make install. > I set the -path configure option to /usr/local/qt-4.4.0 as well, and I did copy that folder (not the one where I built it) to my SD card...I pretty much did exactly what the wiki article said. What else could make the program look for ligQtGuiso.4 instead of libQtGuiso.4.4.0? That's definitely not in my qt-4.4.0/lib folder. Thanks a lot, Dante -- View this message in context: http://www.nabble.com/Qtopia-core-examples-tp16735997p16744243.html Sent from the Gumstix mailing list archive at Nabble.com. |