Hello Carsten,

"Carsten Neumann" <carsten_neum...@gmx.net> schrieb im 
Newsbeitrag news:4c50ca12.6080...@gmx.net...
>
> hm, on Linux we use compiler options to use SSE instead of the FPU,
> which I would expect reduces the risk of float getting garbled (AFAIU
> the SSE registers are 64 bit not 80 bit like the FPU).
>
Currently, SSE is no option for me, since my application has to support old 
AMD CPU based computers lacking SSE support. However, luckily this will 
change with the next year so.

> Anyway, out of curiosity, do you use different compiler switches from
> OpenSG's defaults?
>
I  use default settings with the exception of

OSG_ENABLE_SSE2:BOOL=OFF

I have not set additional compiler flags. The only other difference is that 
I use a special memory manager, which is not the cause of the problem.

>
> I have one other idea how to work around this [1], but have to admit
> that I'm at the point where I don't really understand these things well
> enough to have much confidence even if the proposed patch should happen
> to work.
>
I think that this is the right direction to go. Changing the bit order, 
basically means changing the type representation. After swapping only 
UInt32/64 should be carried around. IMO this is a save way to go. 
Alternatively, for the short term my initial solution might be applicable. 
It is not elegant but also avoids the copying and assignment of swaped 
reals. I did, however, not check for other use cases of the 
osgSwapBytes(RealXX)  functions.


> [1]...
>
> Unfortunately this
> requires a bunch of changes throughout OpenSG and I have not finished
> the patch yet.
>
Sorry, but it is crucial that the core is running stable and predictable.

Best,
Johannes




------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to