Dear list,
Compiling grass cvs (HEAD) snapshot from 04-Oct-2002 on my SuSe linux
system
fails with:
-> gmake5 src.contrib/GMSL/NVIZ2.2
[..]
make[1]: Wechsel in das Verzeichnis
»/opt/software/grass50_exp_2002_10_04/src.contrib/GMSL/NVIZ2.2/src«
gcc -I/opt/software/grass50_exp_2002_10_04/src/include -g -O2
-I/usr/X11R6/include
-I/opt/software/grass50_exp_2002_10_04/src/libes/ogsf -D_NO_PROTO
-D__STDC__ -I/usr/include/pgsql/ -I/usr/include/pgsql/server/ -c
nvizAppInit.c -o OBJ.i686-pc-linux-gnu/nvizAppInit.o
<command line>:1:1: warning: "__STDC__" redefined
<built-in>:9:1: warning: this is the location of the previous definition
In file included from nvizAppInit.c:9:
interface.h:257: conflicting types for `Tk_SetAppName'
/usr/include/tkDecls.h:573: previous declaration of `Tk_SetAppName'
make[1]: *** [OBJ.i686-pc-linux-gnu/nvizAppInit.o] Error 1
make[1]: Verlassen des Verzeichnisses
»/opt/software/grass50_exp_2002_10_04/src.contrib/GMSL/NVIZ2.2/src«
make: *** [nvwish] Error 2
[...]
it also happens with the stable GRASS5.0.0 release, so it is probably
not
a bug in grass - but I do not know what is wrong or missing.
Could this be a problem with my Tcl/TK, I am using 8.4 ...?
hopefully someone has an idea
thanks
Otto
Otto Dassau wrote:
Compiling grass cvs (HEAD) snapshot from 04-Oct-2002 on my SuSe linux
system
fails with:
-> gmake5 src.contrib/GMSL/NVIZ2.2
[..]
make[1]: Wechsel in das Verzeichnis
»/opt/software/grass50_exp_2002_10_04/src.contrib/GMSL/NVIZ2.2/src«
gcc -I/opt/software/grass50_exp_2002_10_04/src/include -g -O2
-I/usr/X11R6/include
-I/opt/software/grass50_exp_2002_10_04/src/libes/ogsf -D_NO_PROTO
-D__STDC__ -I/usr/include/pgsql/ -I/usr/include/pgsql/server/ -c
nvizAppInit.c -o OBJ.i686-pc-linux-gnu/nvizAppInit.o
<command line>:1:1: warning: "__STDC__" redefined
<built-in>:9:1: warning: this is the location of the previous definition
In file included from nvizAppInit.c:9:
interface.h:257: conflicting types for `Tk_SetAppName'
/usr/include/tkDecls.h:573: previous declaration of `Tk_SetAppName'
make[1]: *** [OBJ.i686-pc-linux-gnu/nvizAppInit.o] Error 1
make[1]: Verlassen des Verzeichnisses
»/opt/software/grass50_exp_2002_10_04/src.contrib/GMSL/NVIZ2.2/src«
make: *** [nvwish] Error 2
[...]
it also happens with the stable GRASS5.0.0 release, so it is probably
not
a bug in grass - but I do not know what is wrong or missing.
Could this be a problem with my Tcl/TK, I am using 8.4 ...?
NVIZ is highly sensitive to the version of Tk in use; it hasn't yet
been updated for Tk 8.4.
--
Glynn Clements <glynn.clements@virgin.net>
On Thu, Oct 10, 2002 at 05:30:05PM +0100, Glynn Clements wrote:
Otto Dassau wrote:
> Compiling grass cvs (HEAD) snapshot from 04-Oct-2002 on my SuSe linux
> system
> fails with:
>
> -> gmake5 src.contrib/GMSL/NVIZ2.2
>
> [..]
>
> make[1]: Wechsel in das Verzeichnis
> »/opt/software/grass50_exp_2002_10_04/src.contrib/GMSL/NVIZ2.2/src«
> gcc -I/opt/software/grass50_exp_2002_10_04/src/include -g -O2
> -I/usr/X11R6/include
> -I/opt/software/grass50_exp_2002_10_04/src/libes/ogsf -D_NO_PROTO
> -D__STDC__ -I/usr/include/pgsql/ -I/usr/include/pgsql/server/ -c
> nvizAppInit.c -o OBJ.i686-pc-linux-gnu/nvizAppInit.o
> <command line>:1:1: warning: "__STDC__" redefined
> <built-in>:9:1: warning: this is the location of the previous definition
> In file included from nvizAppInit.c:9:
> interface.h:257: conflicting types for `Tk_SetAppName'
> /usr/include/tkDecls.h:573: previous declaration of `Tk_SetAppName'
> make[1]: *** [OBJ.i686-pc-linux-gnu/nvizAppInit.o] Error 1
> make[1]: Verlassen des Verzeichnisses
> »/opt/software/grass50_exp_2002_10_04/src.contrib/GMSL/NVIZ2.2/src«
> make: *** [nvwish] Error 2
>
> [...]
>
> it also happens with the stable GRASS5.0.0 release, so it is probably
> not
> a bug in grass - but I do not know what is wrong or missing.
> Could this be a problem with my Tcl/TK, I am using 8.4 ...?
NVIZ is highly sensitive to the version of Tk in use; it hasn't yet
been updated for Tk 8.4.
Otto,
can you look into
/usr/include/tk.h
and tell me about
#define TK_MAJOR_VERSION
#define TK_MINOR_VERSION
#define TK_RELEASE_LEVEL
#define TK_RELEASE_SERIAL
values (we can do that off-list). Then I can add the support (and you'll
test it).
Markus