On 1/7/07, <b class="gmail_sendername">Manish Regmi</b> <<a href="mailto:manish@olpcnepal.org">manish@olpcnepal.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><span class="e" id="q_10ffc0bbe6e396f2_0">On 1/7/07, <b class="gmail_sendername">Rob Savoye</b> <<a href="mailto:rob@welcomehome.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rob@welcomehome.org
</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ivan Krstiæ wrote:<br><br>> Rob has posted here before. Adding him to CC to make sure he spots this<br>> thread.<br><br> Nope, hadn't seen this thread. You can grab the initial tarball from<br><a href="http://gnash.lulu.com/olpc" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://gnash.lulu.com/olpc</a>. I added the crude patch I made to the config<br>files. While this works for me Ubuntu 6.10 Edgy -> OLPC, it should also<br>work on any GNU/Linux host, as I tried to include all the stuff GCC
<br>depends on at runtime. Use the "i386-olpc-linux" as your config triplet.<br>Install the tarball in /usr/local. i386-olpc-linux-gcc is the compiler<br>to use. I also added C++ support, since Gnash is written in C++.
<br><br> I cross compile by setting the additional configure arguments<br>--prefix=/usr/local/olpc --build=i686-pc-linux-gnu<br>--host=i686-pc-linux-gnu --target=i386-olpc-linux.<br><br> I hear rumors somebody is adding Geode specific optimizations to GCC,
<br>if so, then this should actually be geode-olpc-linux, but I guess I'll<br>worry about it when it shows up in GCC CVS. For now, I just treat it as<br>the "manufacturer" field of the config triplet and build a stock linux
<br>tool chain. The main advantage of doing it this way is it keeps your<br>host libraries from contaminating the cross build, which should avoid<br>weird problems down the road.<br><br> At some other time, we'd need to figure out how to keep all the
<br>libraries and headers up to date in the cross tool chain.<br><br></blockquote></div><br></span></div>IIRC the new gcc 4.3 has geode specfic optimizations using -mtune=geode and -march=geode<br>Is the crosstool really necessary if the "normal" gcc creates geode tuned x86 binaries just by using a switch?
</blockquote><div><br>aah and yes we also need geode tuned glibc (and all other libraries need to create softwares for olpc). <br></div></div><br><br>regards<br>Manish Regmi<br>OLPC Nepal<br><br>