[QtonPi] Bakeqtpi.bash script

[Kieran Evans]

I think you should be ok with your current set up. In xcode 4 they split 
the command line tools into a separate package (AFAIK), whereas 
previously it was included.

I think the requirements should be Snow leopard and ealier + xcode, Lion 
and later, xcode+commandline tools installed.

/Kieran


On 08/10/2012 13:09, mark at noakes.com wrote:
> 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
>
>
>
> _______________________________________________
> 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/a93946e7/attachment-0001.html