<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 14, 2020 at 5:54 PM Rémi Denis-Courmont <<a href="mailto:remi@remlab.net">remi@remlab.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le tiistaina 14. huhtikuuta 2020, 18.42.56 EEST Victorien Le Couviour a écrit <br>
:<br>
> Hi,<br>
> <br>
> Doesn't that imply I'd have to write a version per feature I want to test?<br>
<br>
No but it does imply that you don't kludge the LibVLC run-time to suit your <br>
specific test. Like everybody else who's ever written a test case here.<br></blockquote><div><br></div><div>I don't see how this can work.</div><div>I'm testing / benching, individual implementions of the same function, this has to be done incrementally, therefore something like, having no opti, then just SSE2, the SSSE3, then AVX2.</div><div>How can you do that through preproc tricks?</div><div>I get your example Thomas, but that's just to test stuff with no opti, it's one case only, here we want all of them to run in the same program, one after the other.</div><div>In the tests / benchs, I'm disabling everything, and incrementally re-enabling features.</div><div>This kind of things can only be done at run-time.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Rémi Denis-Courmont<br>
Tapiolan uusi kaupunki, Uudenmaan tasavalta<br>
<br>
<br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="https://mailman.videolan.org/listinfo/vlc-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/vlc-devel</a></blockquote></div></div>