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