Re: Issues with Win32 MMX code

On Mon, Feb 2, 2009 at 9:38 PM, Nils Pipenbrinck
<[email protected]> wrote:

> After thinking about the problem I've suggested to remove all optimized
> frag_recon assembler functions and replace them with MMX intrinsic based
> versions. My hope is that the problem will dissapear that way because
> the new functions will be no special cases for the compiler anymore.

Hard to say. In theory the intrinsics might compile on gcc too
someday, which would be great. But you say in the bugzilla thread that
you expect the intrinsics version to be slower. Benchmarks are in
order, I think.

If the problem is with the inline assembly, what about assembling the
files separately? Rather than add a build dependency, I think
including the object files in svn (or just releases) would be
reasonable here, since they're touched rarely. I don't know much about
this. Can you avoid the problem by running the current asm through
nasm (or masm for that matter) and adding the output to the msvc
build?

 -r