[QtonPi] Bakeqtpi.bash script

[mark at noakes.com]

I'll try to take a look at this this week. It appears that command line 
tools will require an upgrade of XCode that will require an upgrade of OSX.

Thank you,

Mark

On 10/6/12 10:32 AM, Kieran Evans 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/bakeqtpi 
> <https://gitorious.org/%7Etrismer/bakeqtpi> and 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 <mailto:mark at noakes.com>" 
> <mark at noakes.com <mailto: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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt-project.org/pipermail/qtonpi/attachments/20121008/fa46234f/attachment.html