Just did an update and compile from the SVN. The original TclTk version of nviz will no longer compile on the Mac. I wonder if this is related to the change to make it TclTk 8.6 compatible?
Anyway, I put the lengthy error into a text file and am attaching it.
Michael
(attachments)
grass7_nviz_error.txt (69 KB)
Michael Barton wrote:
Just did an update and compile from the SVN. The original TclTk
version of nviz will no longer compile on the Mac. I wonder if this is
related to the change to make it TclTk 8.6 compatible?
Anyway, I put the lengthy error into a text file and am attaching it.
In file included from togl.c:53:
/usr/include/tkMacOSX.h:19:19: error: tkInt.h: No such file or directory
It looks like the headers from the system Tk package are broken.
--
Glynn Clements <glynn@gclements.plus.com>
On Feb 1, 2009, at 12:21 AM, Glynn Clements wrote:
Michael Barton wrote:
Just did an update and compile from the SVN. The original TclTk
version of nviz will no longer compile on the Mac. I wonder if this is
related to the change to make it TclTk 8.6 compatible?
Anyway, I put the lengthy error into a text file and am attaching it.
In file included from togl.c:53:
/usr/include/tkMacOSX.h:19:19: error: tkInt.h: No such file or directory
It looks like the headers from the system Tk package are broken.
I compiled 6.5 a few minutes earlier and had no problem with TclTk.
One thing I noticed. In platform make, I normally have to edit the TCLTKLIBS line from
TCLTKLIBS = -ltk -ltcl
to
TCLTKLIBS = -framework Tcl -framework Tk
In GRASS 7, TCLTKLIBS was blank. I went ahead and entered the -framework statements.
Michael
On Feb 1, 2009, at 9:50 AM, Michael Barton wrote:
On Feb 1, 2009, at 12:21 AM, Glynn Clements wrote:
Michael Barton wrote:
Just did an update and compile from the SVN. The original TclTk
version of nviz will no longer compile on the Mac. I wonder if this is
related to the change to make it TclTk 8.6 compatible?
Anyway, I put the lengthy error into a text file and am attaching it.
In file included from togl.c:53:
/usr/include/tkMacOSX.h:19:19: error: tkInt.h: No such file or directory
It looks like the headers from the system Tk package are broken.
But it shouldn't be trying to use the system tcltk in the first place. So the tests in configure probably failed to find your tcltk 8.5.
I compiled 6.5 a few minutes earlier and had no problem with TclTk.
One thing I noticed. In platform make, I normally have to edit the TCLTKLIBS line from
TCLTKLIBS = -ltk -ltcl
to
TCLTKLIBS = -framework Tcl -framework Tk
I haven't had to do that in a while. I added symlinks to /usr/local/lib (I think we discussed this a while back).
In GRASS 7, TCLTKLIBS was blank. I went ahead and entered the -framework statements.
Maybe related to configure not finding your tcltk 8.5 headers.
Michael
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?
-HitchHiker's Guide to the Galaxy
On Feb 1, 2009, at 9:37 AM, William Kyngesburye wrote:
On Feb 1, 2009, at 9:50 AM, Michael Barton wrote:
On Feb 1, 2009, at 12:21 AM, Glynn Clements wrote:
Michael Barton wrote:
Just did an update and compile from the SVN. The original TclTk
version of nviz will no longer compile on the Mac. I wonder if this is
related to the change to make it TclTk 8.6 compatible?
Anyway, I put the lengthy error into a text file and am attaching it.
In file included from togl.c:53:
/usr/include/tkMacOSX.h:19:19: error: tkInt.h: No such file or directory
It looks like the headers from the system Tk package are broken.
But it shouldn't be trying to use the system tcltk in the first place. So the tests in configure probably failed to find your tcltk 8.5.
I compiled 6.5 a few minutes earlier and had no problem with TclTk.
One thing I noticed. In platform make, I normally have to edit the TCLTKLIBS line from
TCLTKLIBS = -ltk -ltcl
to
TCLTKLIBS = -framework Tcl -framework Tk
I haven't had to do that in a while. I added symlinks to /usr/local/lib (I think we discussed this a while back).
In GRASS 7, TCLTKLIBS was blank. I went ahead and entered the -framework statements.
Maybe related to configure not finding your tcltk 8.5 headers.
So what has been taken out of the GRASS 7 configure/make so that it can no longer find the headers? With 6.5 if you have --with-opengl=aqua in your configure line, that is enough to find the aqua TclTk headers.
Michael
Michael
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
First Pogril: Why is life like sticking your head in a bucket filled with hyena offal?
Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal?
First Pogril: I don't know either. Wretched, isn't it?
-HitchHiker's Guide to the Galaxy
On Feb 1, 2009, at 10:42 AM, Michael Barton wrote:
In GRASS 7, TCLTKLIBS was blank. I went ahead and entered the -framework statements.
Maybe related to configure not finding your tcltk 8.5 headers.
So what has been taken out of the GRASS 7 configure/make so that it can no longer find the headers? With 6.5 if you have --with-opengl=aqua in your configure line, that is enough to find the aqua TclTk headers.
Michael
Really? I would assume that without telling it anything, it would find the /usr/include copy from the system tcltk. opengl=aqua doesn't set anything for tcltk. This is what I use for TclTk Aqua (assuming I added the library symlinks in /usr/local/lib, as described in the GRASS source macosx/readme):
--with-opengl=aqua --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders" --with-tcltk-libs=/usr/local/lib
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."
- Marvin
On Feb 1, 2009, at 9:37 AM, William Kyngesburye wrote:
On Feb 1, 2009, at 9:50 AM, Michael Barton wrote:
On Feb 1, 2009, at 12:21 AM, Glynn Clements wrote:
Michael Barton wrote:
Just did an update and compile from the SVN. The original TclTk
version of nviz will no longer compile on the Mac. I wonder if this is
related to the change to make it TclTk 8.6 compatible?
Anyway, I put the lengthy error into a text file and am attaching it.
In file included from togl.c:53:
/usr/include/tkMacOSX.h:19:19: error: tkInt.h: No such file or directory
It looks like the headers from the system Tk package are broken.
But it shouldn't be trying to use the system tcltk in the first place. So the tests in configure probably failed to find your tcltk 8.5.
I compiled 6.5 a few minutes earlier and had no problem with TclTk.
One thing I noticed. In platform make, I normally have to edit the TCLTKLIBS line from
TCLTKLIBS = -ltk -ltcl
to
TCLTKLIBS = -framework Tcl -framework Tk
I haven't had to do that in a while. I added symlinks to /usr/local/lib (I think we discussed this a while back).
For a variety of reasons--including needing the x11 version of TclTk 8.5 for some other things--I had to get rid of the symlinks. This means I'm back to modifying platform.make
This works fine for GRASS 6.5. So what has changed for 7 in this regard? I guess I can explicitly set the path to the frameworks in the configure line and see what happens.
Michael
I found the problem. A stupid mistake on my part. Too many configure strings for trying to test too many GRASS versions in too many ways.
Michael
On Feb 1, 2009, at 10:13 AM, William Kyngesburye wrote:
On Feb 1, 2009, at 10:42 AM, Michael Barton wrote:
In GRASS 7, TCLTKLIBS was blank. I went ahead and entered the -framework statements.
Maybe related to configure not finding your tcltk 8.5 headers.
So what has been taken out of the GRASS 7 configure/make so that it can no longer find the headers? With 6.5 if you have --with-opengl=aqua in your configure line, that is enough to find the aqua TclTk headers.
Michael
Really? I would assume that without telling it anything, it would find the /usr/include copy from the system tcltk. opengl=aqua doesn't set anything for tcltk. This is what I use for TclTk Aqua (assuming I added the library symlinks in /usr/local/lib, as described in the GRASS source macosx/readme):
--with-opengl=aqua --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders" --with-tcltk-libs=/usr/local/lib
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."
- Marvin
On Feb 1, 2009, at 12:07 PM, Michael Barton wrote:
One thing I noticed. In platform make, I normally have to edit the TCLTKLIBS line from
TCLTKLIBS = -ltk -ltcl
to
TCLTKLIBS = -framework Tcl -framework Tk
I haven't had to do that in a while. I added symlinks to /usr/local/lib (I think we discussed this a while back).
For a variety of reasons--including needing the x11 version of TclTk 8.5 for some other things--I had to get rid of the symlinks. This means I'm back to modifying platform.make
Before figuring out the symlinks, yes this is what I did. You do need the with-tcltk-includes option, though. Just let configure find the /usr/lib tcl/tk libs, then edit platform.make.
Though, if your X11 tcltk is isolated (that old /usr/local/tcltk/* ?), then the symlinks in /usr/local/lib shouldn't affect it.
This works fine for GRASS 6.5. So what has changed for 7 in this regard? I guess I can explicitly set the path to the frameworks in the configure line and see what happens.
Hmm, I don't know about changes that would cause this.
Though I wonder - dropping tclTk in GRASS 7, was that just for the GUI, or was that supposed to include nviz also (we would assume that the python nviz would be solid by then)?
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
"Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence....
- the wisdom of Tarzan