<div class="gmail_quote">On 15 January 2012 09:20, Sean Cavanaugh <span dir="ltr"><<a href="mailto:WorksOnMyMachine@gmail.com">WorksOnMyMachine@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 1/13/2012 7:38 AM, Manu wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On 13 January 2012 08:34, Norbert Nemec <<a href="mailto:Norbert@nemec-online.de" target="_blank">Norbert@nemec-online.de</a><br></div><div class="im">
<mailto:<a href="mailto:Norbert@nemec-online.de" target="_blank">Norbert@nemec-online.<u></u>de</a>>> wrote:<br>
<br>
<br>
This has already been concluded some days back, the language has a quite<br>
of types, just like GCC.<br>
</div></blockquote>
<br>
So I would definitely like to help out on the SIMD stuff in some way, as I have a lot of experience using SIMD math to speed up the games I work on.  I've got a vectorized set of transcendetal (currently in the form of MSVC++ intrinics) functions for float and double that would be a good start if anyone is interested.  Beyond that I just want to help 'make it right' because its a topic I care alot about, and is my personal biggest gripe with the langauge at the moment.<br>

<br>
I also have experience with VMX as they two are not exactly the same, it definitely would help to avoid making the code too intel-centric (though typically the VMX is the more flexible design as it can do dynamic shuffling based on the contents of the vector registers etc)<br>

</blockquote></div><br><div>I too have a long history with VMX, CELL SPU, ARMs VFP/NEON, and others (PSP's VFPU, PS2s VU, SH4), and SSE of course, and writing the efficient libraries that take all hardwares into consideration. We should compare notes, are you on IRC? :)</div>