[QtonPi] Bakeqtpi.bash script

[Wruhen Retribution]

Hi Chris

I had similar problems when running Debian 64 bit in a VirtualBox environment.  Trying it in a VirtualBox Debian 32 bit environment didn't give me the same problem.

On 2012-10-03, at 2:17 PM, Chris Story <ke6rwj at gmail.com> wrote:

> On 10/03/2012 10:55 AM, mark at noakes.com wrote:
>> OK...the install has completely locked up with the last entry on the
>> screen being
>> 
>> qmlvisitor.cpp
>> 
>> Any suggestions as to what I might be missing here and what to
>> install/fix to get around it?
>> 
>> There are no error messages as the script just locked up and stopped.
>> 
>> Mark
>> 
>> 
>> On 10/3/12 1:39 PM, mark at noakes.com wrote:
>>> 
>>> ...except that my version of 12.04 is also 32-bit. I burned the disc for
>>> the old PC I have but used it for the Mac virtual machine fresh install.
>>> will look at 64-bit if necessary.
>>> 
>>> The script has failed a couple of times so far, but I've been able to
>>> move to the next step by installing git-core and build-essential
>>> (wouldn't accept gcc-c++ like centos does).
>>> 
>>> ...still in progress.
>>> 
>>> Mark
>>> 
>>> 
>> _______________________________________________
>> QtonPi mailing list
>> QtonPi at qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/qtonpi
> 
> force shutdown, and increase the ram available, i saw that nearly every 
> time until i did that...
> 
> on another note...
> 
> ubuntu 12.04 64 bit...
> 
> following errors...
> 
>  create mode 100644 config.tests/vfp3/vfp3.pro
> Passed valid toolchain
> ./fixQualifiedLibraryPaths: line 15: 
> /home/nbkhwjm/opt/gcc-4.7-linaro-rpi-gnueabihf/bin/arm-linux-gnueabihf-gcc: 
> No such file or directory
> 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/
> Debian multiarch dir exists, adjusting
> Adjusting the symlinks in /mnt/rasp-pi-rootfs/usr/lib/ to be relative
> ./configure: 2610: ./configure: 
> /home/nbkhwjm/opt/gcc-4.7-linaro-rpi-gnueabihf/bin/arm-linux-gnueabihf-g++: 
> not found
> -reduce-exports was requested but this compiler does not support it
> Re-run configure with -v for more information
> Configuring QT Failed
> 
> 
> So i removed "-reduce-exports" the build line in the scripts... 
> re-ran...then...
> 
> passed valid toolchain
> ./fixQualifiedLibraryPaths: line 15: 
> /home/nbkhwjm/opt/gcc-4.7-linaro-rpi-gnueabihf/bin/arm-linux-gnueabihf-gcc: 
> No such file or directory
> Adjusting the symlinks in /mnt/rasp-pi-rootfs/usr/lib to be relative
> Testing for existence of potential debian multi-arch dir: 
> /mnt/rasp-pi-rootfs/usr/lib/
> Debian multiarch dir exists, adjusting
> Adjusting the symlinks in /mnt/rasp-pi-rootfs/usr/lib/ to be relative
> ./configure: 2610: ./configure: 
> /home/nbkhwjm/opt/gcc-4.7-linaro-rpi-gnueabihf/bin/arm-linux-gnueabihf-g++: 
> not found
> -reduce-relocations was requested but this compiler does not support it
> Re-run configure with -v for more information
> Configuring QT Failed
> 
> so removed "-reduce-relocations", then it started to compile but....
> 
> Could not determine the target architecture!
> Turn on verbose messaging (-v) to see the final report.
> 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
>  /home/nbkhwjm/opt/qt5/qtbase/mkspecs/devices/linux-rasp-pi-g++.
> Configuring QT Failed
> 
> 
> Thats where im at...
> _______________________________________________
> QtonPi mailing list
> QtonPi at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qtonpi