[QtonPi] Problems with configure and fixing symlinks
Rodrigo López
rodrigolopezescolar at gmail.com
Mon Oct 8 20:34:54 CEST 2012
Hello, I finally managed to fix symlinks (output below), I've repeated the
whole process from the beginning, so I don't know exactly why it's worked
now. Thanks for your time.
rodrigo at ubuntu:~/opt/cross-compile-tools$ sudo ./fixQualifiedLibraryPaths
/mnt/rasp-pi-rootfs
~/opt/gcc-4.7-linaro-rpi-gnueabihf/bin/arm-linux-gnueabihf-gcc
[sudo] password for rodrigo:
Passed valid toolchain
Adjusting the symlinks in /mnt/rasp-pi-rootfs/usr/lib to be relative
./libudev.so
../../lib/arm-linux-gnueabihf/libudev.so.0.13.0
Testing for existence of potential debian multi-arch dir:
/mnt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf
Debian multiarch dir exists, adjusting
Adjusting the symlinks in /mnt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf
to be relative
./libm.so
../../../lib/arm-linux-gnueabihf/libm.so.6
./libcrypt.so
../../../lib/arm-linux-gnueabihf/libcrypt.so.1
./libthread_db.so
../../../lib/arm-linux-gnueabihf/libthread_db.so.1
./libnss_dns.so
../../../lib/arm-linux-gnueabihf/libnss_dns.so.2
./libdl.so
../../../lib/arm-linux-gnueabihf/libdl.so.2
./libanl.so
../../../lib/arm-linux-gnueabihf/libanl.so.1
./libnss_files.so
../../../lib/arm-linux-gnueabihf/libnss_files.so.2
./libpcre.so
../../../lib/arm-linux-gnueabihf/libpcre.so.3
./libnss_hesiod.so
../../../lib/arm-linux-gnueabihf/libnss_hesiod.so.2
./libresolv.so
../../../lib/arm-linux-gnueabihf/libresolv.so.2
./libutil.so
../../../lib/arm-linux-gnueabihf/libutil.so.1
./libnss_compat.so
../../../lib/arm-linux-gnueabihf/libnss_compat.so.2
./libz.so
../../../lib/arm-linux-gnueabihf/libz.so.1.2.7
./libBrokenLocale.so
../../../lib/arm-linux-gnueabihf/libBrokenLocale.so.1
./libnss_nis.so
../../../lib/arm-linux-gnueabihf/libnss_nis.so.2
./libexpat.so
../../../lib/arm-linux-gnueabihf/libexpat.so.1.6.0
./libglib-2.0.so
../../../lib/arm-linux-gnueabihf/libglib-2.0.so.0
./libcidn.so
../../../lib/arm-linux-gnueabihf/libcidn.so.1
./libdbus-1.so
../../../lib/arm-linux-gnueabihf/libdbus-1.so.3.7.1
./libnsl.so
../../../lib/arm-linux-gnueabihf/libnsl.so.1
./libnss_nisplus.so
../../../lib/arm-linux-gnueabihf/libnss_nisplus.so.2
./librt.so
../../../lib/arm-linux-gnueabihf/librt.so.1
rodrigo at ubuntu:~/opt/cross-compile-tools$
2012/10/7 Chris Griffiths <cg6674 at gmail.com>
> Could you confirm the SD card filesystem image is mounted on
> /mnt/rasp-pi-rootfs - What is the contents of /mnt/rasp-pi-rootfs
>
> On 07/10/2012 8:24 PM, "Rodrigo López" <rodrigolopezescolar at gmail.com>
> wrote:
> >
> > Hello,
> >
> > I'd appreciate if someone could help me with this:
> >
> > To my surprise, the raspberry.org QtOnPi image lacks QtNetwork and
> QtMultimedia, so I decided to compile Qt5 on my own.
> >
> > I found two brilliant articles (
> http://qt-project.org/wiki/Qt5OnRaspberryPi and
> http://qt-project.org/wiki/RaspberryPi_Beginners_guide), but I'm having
> some troubles anyway.
> >
> > - The first one arises when fixing symlinks (please, see log below):
> >
> > rodrigo at ubuntu:~/rpi$ cross-compile-tools/fixQualifiedLibraryPaths
> /mnt/rasp-pi-rootfs
> ~/rpi/gcc-4.7-linaro-rpi-gnueabihf/bin/arm-linux-gnueabihf-gcc
> > Passed valid toolchain
> > Adjusting the symlinks in /mnt/rasp-pi-rootfs/usr/lib to be relative
> > cross-compile-tools/fixQualifiedLibraryPaths: línea 24: cd:
> /mnt/rasp-pi-rootfs/usr/lib: No existe el archivo o el directorio
> > Testing for existence of potential debian multi-arch dir:
> /mnt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf
> >
> > - Despite this log, I decided to go on, and found the next problem
> during configuration phase (please, see log below):
> >
> > Warning: Disabling pkg-config since PKG_CONFIG_LIBDIR is not set.
> > Note: PKG_CONFIG_SYSROOT_DIR automatically set to /mnt/rasp-pi-rootfs
> > Could not determine the target architecture!
> > Turn on verbose messaging (-v) to see the final report.
> > Project ERROR: Package libudev not found
> > No QPA platform plugin enabled!
> > If you really want to build without a QPA platform plugin you must pass
> -no-qpa-platform-guard to configure. Doing this will
> > produce a Qt that can not run GUI applications.
> > The dependencies needed for xcb to build are listed in
> src/plugins/platforms/xcb/README
> >
> > Thanks in advance.
> >
> > Regards.
> >
> > Rod
> >
> > _______________________________________________
> > QtonPi mailing list
> > QtonPi at qt-project.org
> > http://lists.qt-project.org/mailman/listinfo/qtonpi
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt-project.org/pipermail/qtonpi/attachments/20121008/6e287383/attachment.html
More information about the QtonPi
mailing list