<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - build error on i386 when enabling swr" href="https://bugs.freedesktop.org/show_bug.cgi?id=94383#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - build error on i386 when enabling swr" href="https://bugs.freedesktop.org/show_bug.cgi?id=94383">bug 94383</a> from <a class="email" href="mailto:fabio.ped@libero.it" title="Fabio Pedretti <fabio.ped@libero.it>"> Fabio Pedretti</a> <pre>(In reply to Tim Rowley from <a href="show_bug.cgi?id=94383#c6">comment #6</a>) > Won't you run into the same problem with 64-bit builds in your system? I'd > imagine that they're probably configured with -march=core2 for the widest > target platform, which will run into the same issue with swr's direct avx > intrinsic usage. The arch tuning is only applied on 32 bit, the 64 bit already defaults to a more recent CPU. In reply to Ilia Mirkin from <a href="show_bug.cgi?id=94383#c7">comment #7</a>) > (In reply to Emil Velikov from <a href="show_bug.cgi?id=94383#c5">comment #5</a>) > > Thanks for the nice check Tim. > > > > Looks like a bug on our end - the configure check should honour the FLAGS, > > thus we'll warn/error and one won't be able to build swr with > > -march=pentium3. > > Other way around - you want to ignore the user's request and build with AVX > anyways. The code in question should only be loaded if AVX (or AVX2) are > detected at runtime. This make more sense than requiring disabling pentium3 optimization, as the rationale for arch tuning on 32 bit is to tune for a newer CPU (pentium3) rather than the default (i586 or something). Else we'll get AVX on swr and standard i586 on all other code.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>