<p dir="ltr"><br>
On 1 Jun 2016 12:06 a.m., "Arun Raghavan" <<a href="mailto:arun@arunraghavan.net">arun@arunraghavan.net</a>> wrote:<br>
><br>
><br>
><br>
> On Fri, 27 May 2016, at 10:07 PM, Rex Dieter wrote:<br>
> > Rex Dieter wrote:<br>
> ><br>
> > > Felipe Sateler wrote:<br>
> > ><br>
> > >>> Is there some reason you can't /build/ with SSE2 support on the<br>
> > >>> compiler? Or were you suggesting that we needed to add compiler flags<br>
> > >>> to make this work?<br>
> > >><br>
> > >> My fear is that enabling SSE2 support globally for the library might<br>
> > >> induce gcc to use SSE2 instructions in its generated code. See the<br>
> > >> -msse section in the gcc manual[1]:<br>
> > >><br>
> > >>> In particular, the file containing the CPU detection code should be<br>
> > >>> compiled without these options.<br>
> > >><br>
> > >> So, I think what is needed is to split sse-using functions to a<br>
> > >> separate file and add -msse2 only to that file. However, I am not very<br>
> > >> confident I understand this very well, so this may not be optimal<br>
> > >> either.<br>
> > ><br>
> > > Ah, sneaky, if that's true, the approach I took in the initial patches I<br>
> > > posted elsewhere in this thread aren't ideal either.<br>
> > ><br>
> > > I'll go back and see if I can work up something better.<br>
> ><br>
> > OK, this version applies the -msse2 flag only to the source objects that<br>
> > need it, and it at least compiles. No runtime testing done yet.<br>
> ><br>
> > (I'll do more testing, and followup if I find anything more is needed)<br>
><br>
> Were you able to test this out? The approach looks okay to me,.<br></p>
<p dir="ltr">Not yet. My debian workstation broke so I'm waiting for a replacement....<br></p>
<p dir="ltr">Saludos<br>
</p>