Re: SIMD interest

IIRC this try/catch trick only works for windows. On Unix, the only way
I found was to catch the SIGILL and use setjmp/longjmp. 

        Jean-Marc

Le sam 17/01/2004 à 15:17, Aron Rosenberg a écrit :
> No,
> 
>         The way you check if SSE FP / xmm is supported is to issue an
> instruction with an xmm operand inside of a try catch loop:
> 
> try 
> {
>   issue asm which uses xmm registers such as:
>         pxor xmm0 xmm1
> }
> catch(...)
> {
>   if you get here an illegal instruction exception occurred then xmm
> registers are not supported.
> }
> 
> Incidentally, in our case, just having an Atholon XP with Windows XP
> does not mean support for xmm / SSE FP. Your BIOS needs to support it
> as well. We have on machine in our test labs that is exactly this
> case. Atholon 2400+ XP with Win XP and no support for xmm / SSE FP.
> 
> AMD has a great sample program for determining which CPU flags are
> supported. You can find it at:
> 
> http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_871_2364,00.html
> 
> Aron Rosenberg
> SightSpeed Inc.
> 
> 
> At 08:36 PM 1/17/2004 +0100, you wrote:
> > Greetings, 
> > 
> > 
> > my apologies for putting this trash in the mailing list but the
> > topic about SSE run-time option interested me pretty much. 
> > Looks like some people is really experienced on the topic. I would
> > really appreciate if somebody could point me to good resources about
> > SSE and Altivec (not necessarly on the net, I'm ready to invest some
> > money if necessary). I already have intel manuals about SSE and I
> > took a look at Intel's document proposed by Ian. 
> > 
> > I was somewhat shocked by reading a mail posted by Jan-Marc (Date:
> > 14 Jan 2004 02:44:59 -0500). I guess I badly misunderstood it by
> > jumping to wrong conclusions but does this means the only way to
> > recognize if (say) SSE is supported by OS is to check its version? 
> > This looks something problematic to me especially for open-source
> > OSs where one can recompile the kernel as he wants - kernel version
> > number may not really be representative of the functionalities
> > supported. 
> > 
> > 
> > Thank you, 
> > Massimo 
-- 
Jean-Marc Valin, M.Sc.A., ing. jr.
LABORIUS (http://www.gel.usherb.ca/laborius)
Université de Sherbrooke, Québec, Canada

signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e=2E?=