[QtonPi] Bakeqtpi.bash script

Sat Oct 6 19:05:33 CEST 2012

Seems that you're lacking libz library. Try installing libz-dev or zlib-dev
and give it another try.

On Sat, Oct 6, 2012 at 12:54 PM, Kieran Evans <keyz182 at gmail.com> wrote:

> Has anyone successfully compiled qt for the pi on Centos manually?
>
> If so, what configure options did you use, and what packages need to be
> installed?
>
> I'm getting stuck at:
>
> OpenGL ES 2.x auto-detection... ()
> /root/opt/gcc-4.7-linaro-rpi-gnueabihf/bin/arm-linux-gnueabihf-g++ -c
> -pipe -marm -mfpu=vfp -mtune=arm1176jzf-s -march=armv6zk -mabi=aapcs-linux
> -mfloat-abi=hard --sysroot=/root/opt/rasp-pi-rootfs -O2 -Wall -W -fPIE
>  -I../../../mkspecs/devices/linux-rasp-pi-g++ -I.
> -I/root/opt/rasp-pi-rootfs/opt/vc/include
> -I/root/opt/rasp-pi-rootfs/opt/vc/include/interface/vcos/pthreads -o
> opengles2.o opengles2.cpp
> /root/opt/gcc-4.7-linaro-rpi-gnueabihf/bin/../libexec/gcc/arm-linux-gnueabihf/4.7.2/cc1plus:
> /root/opt/gcc-4.7-linaro-rpi-gnueabihf/bin/../lib/gcc/arm-linux-gnueabihf/4.7.2/../../../../arm-linux-gnueabihf/bin/aserror
> while loading shared libraries: : error while loading shared
> librarieslibz.so.1: : libz.so.1cannot open shared object file: : cannot
> open shared object fileNo such file or directory:
> No such file or directory
> gmake: *** [opengles2.o] Error 1
> OpenGL ES 2.x disabled.
> The OpenGL ES 2.0 functionality test failed!
>  You might need to modify the include and library search paths by editing
>  QMAKE_INCDIR_OPENGL_ES2, QMAKE_LIBDIR_OPENGL_ES2 and
> QMAKE_LIBS_OPENGL_ES2 in
>  /root/opt/qt5/qtbase/mkspecs/devices/linux-rasp-pi-g++.
>
> /Kieran
>
> On 6 Oct 2012, at 15:32, Kieran Evans <keyz182 at gmail.com> wrote:
>
> I've created a new branch called 'osx' which is a version of the script
> modified to work on both OS X and Linux.
>
> This should help with people on OS X having issues setting up in a VM, as
> now you can do it natively.
>
> I've used some modifications from https://gitorious.org/~trismer/bakeqtpiand combined them with some OS detection to automatically do the correct
> thing on different OSes.
>
> There's also now a readme with some prerequisites needed for the script.
> On OS X, it's the xCode command line tools and Homebrew, along with some
> packages installed via homebrew, and on ubuntu, it's an apt-get.
>
> I'm currently testing it out on both OS X and Ubuntu to make sure it's
> working, it seems to be going good on Ubuntu, but I'm getting some issues
> with the QTBase Compilation on OS X, specifically:
>
> qlibrary_unix.cpp:(.text+0xf84): warning: Using 'dlopen' in statically
> linked applications requires at runtime the shared libraries from the glibc
> version used for linking
> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libdl.a(dlopen.o):
> In function `dlopen':
> (.text+0xc): undefined reference to `__dlopen'
> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libdl.a(dlclose.o):
> In function `dlclose':
> (.text+0x0): undefined reference to `__dlclose'
> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libdl.a(dlsym.o):
> In function `dlsym':
> (.text+0xc): undefined reference to `__dlsym'
> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libdl.a(dlerror.o):
> In function `dlerror':
> (.text+0x0): undefined reference to `__dlerror'
> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libm.a(feholdexcpt.o):
> In function `feholdexcept':
> (.text+0x48): undefined reference to `_dl_hwcap'
> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libm.a(fesetenv.o):
> In function `fesetenv':
> (.text+0x64): undefined reference to `_dl_hwcap'
> collect2: error: ld returned 1 exit status
> make[2]: *** [../../lib/libQtCore.so.5.0.0] Error 1
> make[1]: *** [sub-corelib-make_first] Error 2
> make: *** [sub-src-make_first] Error 2
>
> I'm not entirely sure what to do about this error (what it means, or even
> where to start looking). Can someone with more expertise in this area help
> out/give some pointers/try the script themselves?
>
> After I've done some more testing and confirmed it all works on ubuntu,
> I'll merge it into master, and get testing on Centos.
>
> /Kieran
>
> On 6 Oct 2012, at 14:49, "mark at noakes.com" <mark at noakes.com> wrote:
>
> I have just completed a successful automated bakeqtpi.bash script-based
> build on a MacBookPro-based OSX (10.6.8) Virtual Box 4.2.1 r80871
> running Ubuntu 12.04.1 Server 64-bit using your machine specifications
> and guide below starting with a fresh install, update, execute the below
> install command, and then run the script. I didn't have to fix or rerun
> anything. It just worked.
>
> About halfway through the successful build I realized that I was running
> the older script instead of your latest version. I'll need to check as
> to what the advantages are between the two and may rerun.
>
> This was my second attempt. On the first try I neglected to select two
> cores in the cpu (but everything else was the same), and the virtual
> machine crashed, aborted, and blew away completely about 1/3 of the way
> through the build.
>
> Now ALL I need to do is review where everything is located and figure
> out how it all works, BUT this is a major breakthrough. I'm tempted to
> try again manually so I have a better picture in my head as to where
> everything goes.
>
> I may try a few variant configurations and report back on them as time
> permits.
>
> I'd also like to get this going on my linux box, but it is 32-bit
> hardware running CentOS 6.3.
>
> THANK YOU MUCH FOR YOUR WORK ON THIS,
>
> Mark
>
> On 10/4/12 1:37 PM, Kieran Evans wrote:
>
> Hi all,
>
> I've pushed some fairly minor changes to the script, along with accepting
> a merge request. It now uses the september image of Raspbian by default,
> and doesn't try to build qtjsondb (until I figure out why it's not getting
> checked out/cloned).
>
> I've not enabled webkit yet, as I think there's some work to be done first.
>
> I've been experimenting with different build environments. I started two
> VMs, both with 2 cores, 2GB RAM, and 20GB disk, one in VMWare Fusion on OSX
> 10.8, one in VMWare Workstation on Windows 7 64bit.
>
> The VMWare Fusion build failed as many of you described, with the VM
> running out of memory, the VMWare Workstation build succeeded.
>
> I'm testing the build in VirtualBox now on OSX in an attempt to ascertain
> whether it's OSX, or VMWare Fusion that's causing issues.
>
> If it's VMWare, then the solution will have to be "Use Virtualbox" until
> someone better than I digs in to figure out what's killing VMWare Fusion
> specifically. If it's OSX, then I'm not entirely sure what to do, as
> debugging virtualisation is a bit beyond me.
>
> All this has been on Ubuntu server 12.04.1, fully up to date, with the
> only command executed before getting and running the script being:
>
> sudo apt-get install build-essential git ia32-libs ctorrent unzip
>
> I'll test some other OSs later (can anyone suggest any? I was going to try
> CentOS first).
>
> /Kieran
> _______________________________________________
> QtonPi mailing list
> QtonPi at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qtonpi
>
>
> _______________________________________________
> QtonPi mailing list
> QtonPi at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qtonpi
>
>
>
>
> _______________________________________________
> 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/20121006/612d7961/attachment.html 