Replying to [comment:19 vince]:
> Replying to [comment:18 kyngchaos]:
> > OK, I figured out autoconf, and patched configure and a few makefiles
in dev6 branch r37402 so that a 64bit build will work with a 32bit Tcl/Tk
Aqua. Try it out. I'll port it to release 6.4 and trunk if there are no
problems with compilation.
>
> Great. Was off in vacation, will do that tomorrow.
> Thanks, I'll keep you posted
I compiled GRASS 6.5 on the Mac OSX 10.5.7, 64bit last night. After the
last fix yesterday, it went fine and compiled with no errors.
Everything seems to run OK. I've loaded and viewed maps with the wxPython
GUI, viewed a raster DEM in the wxPython 3D view, and loaded maps in TclTk
NVIZ. I'm using TclTk 8.5 aqua from ActiveStates.
Unless there is another specific module that I should test, this seems
ready for backport. Thanks to all of you who made this work.
Replying to [comment:20 cmbarton]:
> I compiled GRASS 6.5 on the Mac OSX 10.5.7, 64bit last night. After the
last fix yesterday, it went fine and compiled with no errors.
Confirmed.
> Everything seems to run OK. I've loaded and viewed maps with the
wxPython GUI, viewed a raster DEM in the wxPython 3D view, and loaded maps
in TclTk NVIZ. I'm using TclTk 8.5 aqua from ActiveStates.
Not on my side. I have no display. Instead, I got this error which seems
to happen also in trunk:
Traceback (most recent call last):
File
"/usr/pkg/grass-6.5.svn/etc/wxpython/gui_modules/mapdisp_window.py", line
444, in OnPaint
self.pdc.DrawToDCClipped(dc, rgn)
File "/usr/pkg/grass-6.5.svn/etc/wxpython/vdigit/grass6_wxvdigit.py",
line 389, in DrawToDCClipped
def DrawToDCClipped(self, *args): return
_grass6_wxvdigit.PseudoDC_DrawToDCClipped(self, *args)
TypeError: in method 'PseudoDC_DrawToDCClipped', argument 2 of type 'void
*'
Since it does not seem connected to this issue, please go ahead and
backport on 6.4. Some other issues need to be fixed in 6.5.svn, e.g.
reexecuting with GRASS_PYTHON instead of "pythonw" in wxgui/utils.py
I know what the problem is here, but am not sure how to fix it on your
system.
If you compile vdigit for wxPython, it also creates a local, swig version
of PseudoDC and sets a flag so that wxPython uses this local version
instead of the generic one. If something goes wrong with your vdigit
compiling, this local PsuedoDC is not made, but wxPython still tries to
use it. The result is that your display system is non-functional.
Hopefully, this helps you troubleshoot a bit. Martin might have more
insight into this.
I have compiled GRASS 6.5 and 6.4 and it all works fine, including nviz
and the wxpython 3D.
Here is what works for me with the newest versions. Note that this is
compiled in 64 bit. I'm using OS X 10.5.8, the current frameworks by
William Kyngesburye, and Activstates TclTk 8.5 for aqua. Please check to
see if this works for you too.