blogtest http://www.paranormal-entertainment.com/idr/blog/posts/2010-01-22T15:20:09Z-GLU3_FTW/ blogtest ikiwiki 2010-01-25T22:46:09Z http://www.paranormal-entertainment.com/idr/blog/posts/2010-01-22T15:20:09Z-GLU3_FTW/comment_1/ Scott Tsai 2010-01-22T16:55:34Z 2010-01-22T16:55:31Z You probably want to advertise the "anongit" URL instead: git://anongit.freedesktop.org/~idr/glu3 http://www.paranormal-entertainment.com/idr/blog/posts/2010-01-22T15:20:09Z-GLU3_FTW/comment_2/ Greg 2010-01-22T18:19:25Z 2010-01-22T17:57:48Z Congrats! http://www.paranormal-entertainment.com/idr/blog/posts/2010-01-22T15:20:09Z-GLU3_FTW/comment_3/ Sean 2010-01-22T23:23:25Z 2010-01-22T23:23:22Z <p>I'm not sure if it's a target goal of yours at all, but in the interest of possibly (finally!) including a decently high-performance math library with OpenGL, perhaps you should take a look at the API changes necessary to ensure that GLU3 can be used with common compilers' SIMD support.</p> <p>In particular, check out this article on some of the limitations and changes you have to make to a math library's API to work around many common compiler limitations: http://www.gamasutra.com/view/feature/4248/designing_fast_crossplatform_simd_.php</p> http://www.paranormal-entertainment.com/idr/blog/posts/2010-01-22T15:20:09Z-GLU3_FTW/comment_4/ IanRomanick 2010-01-25T22:42:49Z 2010-01-25T22:42:28Z <p>I read that article when it was printed in Game Developer. Yeah, that is part of the plan. That is one of the main motivations behind putting the inlined functions in a separate header file. My expectation is that most of the <code>GLUvec4</code> operations will end up just being wrappers around the compiler SIMD intrinsics.</p> <p>Some of the inspiration for GLU3 came from the vectormath library in <a href="http://www.bulletphysics.com/">Bullet</a>. I had been using that for a long time, but quite a few aspects of its design (effectively no C interfaces, the <code>Vector3</code> vs. <code>Vector4</code> vs. <code>Point3</code> bonghits, etc.) and massive amounts of bugs in the SSE implementations (<code>Matrix4::lookAt</code> is completely borked) caused me to abandon it. I do not intend to replicate the SOA vs. AOS organizations from vectormath. I think that was a design mistake. My preference is to provide some fundamental tools and instruct people how to use those tools to implement SOA or AOS.</p> <p>I haven't implemented any of the SIMD versions because I haven't needed them. There's a lot of basic functionality that I want to implement first.</p> http://www.paranormal-entertainment.com/idr/blog/posts/2010-01-22T15:20:09Z-GLU3_FTW/comment_5/ IanRomanick 2010-01-25T22:46:09Z 2010-01-25T22:46:08Z Fixed. Thanks.