Hi, sorry I didn't get back to you sooner, but thanks so very much for fixing the code. It seems to work fine, though I haven't had a chance to test it thoroughly. It compiles at least, which is much more than it did before.
<br><br>Many, many thanks, and if there is any trivial (as in, someone with some C programming experience could handle it) grunt work needed altivec wise, or something I could help with otherwise please let me know.<br><br>
keep up the good work,<br><br>-griff<br><br><br><div><span class="gmail_quote">On 1/25/07, <b class="gmail_sendername">Guillaume POIRIER</b> <<a href="mailto:poirierg@gmail.com">poirierg@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br><br>On 1/24/07, Guillaume POIRIER <<a href="mailto:poirierg@gmail.com">poirierg@gmail.com
</a>> wrote:<br>> Hi,<br>><br>> On 1/24/07, Guillaume POIRIER <<a href="mailto:poirierg@gmail.com">poirierg@gmail.com</a>> wrote:<br>> > Attached patch fixes all compilation issues on Linux, and pass
<br>> > regression tests on both Linux and OSX. It needs to be applied on top<br>> > of a current, clean svn checkout.<br>> ><br>> > I won't apply it as it is as I need to find a better solution for the
<br>> > type of mfv on quant 4x4 dc routine. That cleaner solution should<br>> > allow shave off one or two cycles by getting rid of a vec_packs()<br>><br>> Ok, here's the latest incarnation, which fixes all know issues.
<br>><br>> I'll apply it tomorrow unless someone objects. Off course, regression<br>> tests do pass on both Linux and OSX.<br><br>Patch applied.<br><br>Guillaume<br><br>--<br>This is the x264-devel mailing-list
<br>To unsubscribe, go to: <a href="http://developers.videolan.org/lists.html">http://developers.videolan.org/lists.html</a><br><br></blockquote></div><br>