[GRASS-dev] Re: [GRASS GIS] #598: MacOS X / OpenGL and Wxpython incompatible

[GRASS GIS]

#598: MacOS X / OpenGL and Wxpython incompatible
---------------------+------------------------------------------------------
  Reporter:  vince   |       Owner:  grass-dev at lists.osgeo.org
      Type:  defect  |      Status:  new                      
  Priority:  normal  |   Milestone:  6.4.0                    
 Component:  NVIZ    |     Version:  svn-trunk                
Resolution:          |    Keywords:                           
  Platform:  MacOSX  |         Cpu:  OSX/Intel                
---------------------+------------------------------------------------------
Comment (by vince):

 Replying to [comment:5 hamish]:
 > dumb question:  are 64bit binaries even needed for programs which will
 not load datasets of massive size? or is just 64bit and twice the memory
 to allocate and move around because 64>32 is somehow interpreted as "more
 must be better"?

 Definitely not. 64-bit, in Intel architectures, is better because all the
 math instructions will be executed by the SSE2 unit which is far more
 accurate and stable than the old i387. Then you have a lot of instructions
 that are simply not available in 32-bit mode, if not the 4 Gb barrier
 break. Finally, I think we must face it: 64-bit is the future, and MacOS
 10.6 will be 64-bit from top to down, so better get prepared for it right
 now.

 > ie is there any real rush or advantage to have 64bit GUI components?

 None whatsoever. I've already patched configure to strip out -arch x86_64
 and -arch ppc64 when checking for Tcl, so now configure runs okay. Next
 step is to remove those flags from Makefiles where we link against tk. Can
 someone tell me if this happen outside of GUI functions?

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/598#comment:6>
GRASS GIS <http://grass.osgeo.org>