grass termlib problems - follow up
Markus Neteler
neteler at geog.uni-hannover.de
Mon Apr 26 06:41:00 EDT 1999
Hi,
suggestion: use libncurses instead of libcurses.
^- !
This might help. But you have to remove all GRASS libraries
already created before restarting the compilation process.
libcurses is old, libncurses is the successor.
Good luck!
Markus Neteler
> The sys op followed the recommendation and commented out termlib from
> the main make file. We're not quite there...
>
> Well, it seemed to take longer than before to fail, but I still have one
> of the problems we had before: if I get rid of the TERMLIB line, it ends
> up with some undefined symbols.
>
> solaris2.6/libvask.a -lcurses -lm
> Undefined first referenced
> symbol in file
> tgetnum /usr/ucblib/libcurses.a(cr_tty.o)
> tgetstr /usr/ucblib/libcurses.a(cr_tty.o)
> tgoto /usr/ucblib/libcurses.a(cr_put.o)
> tputs /usr/ucblib/libcurses.a(endwin.o)
> tgetent /usr/ucblib/libcurses.a(cr_tty.o)
> tgetflag /usr/ucblib/libcurses.a(cr_tty.o)
> ld: fatal: Symbol referencing errors. No output written to
> /usr/local/grac/bin/main/inter/d.3d
> *** Error code 1
> make: Fatal error: Command failed for target
> `/usr/local/grass42/etc/bin/ter/d.3d'
> GISGEN failure at STEP: src/display/d.3d
>
> Any thoughts?
>
> Thanks for the previous response - we're almost there,
>
> Maribeth
>
> >From: "Micron.Net" <bahoover at micron.net>
> >To: <grass at cecer.army.mil>
> >Subject: Re: grass termlib problems
> >Date: Tue, 20 Apr 1999 21:33:13 -0600
> >
> >Looks like you are using solaris. Comment out the comment out the TERMLIB
> >statement
> >
> >#TERMLIB = -ltermlib
> >
> >this should work.
> >
> >attached is my header file for solarisx86 2.6. It should also work for the
> >sparc version of solaris
> >
> >-----Original Message-----
> >From: Maribeth Milner <mmilner1 at unl.edu>
> >To: grassu-list at cecer.army.mil <grassu-list at cecer.army.mil>
> >Date: Tuesday, April 20, 1999 7:10 PM
> >Subject: grass termlib problems
> >
> >>Can anyone help us with the following problem?...
> >>
> >>If we specify "-ltermlib" for the TERMLIB option while running the setup
> >>script (the relevant part of the "head" file is below), then we get a
> >>compiler error telling us that there are multiple definitions for
> >>Def_term. However, if we leave that option blank, we get "undefined
> >symbol"
> >>errors. The multiple definition errors are pasted below.
> >>
> >>TERMLIB = -ltermlib
> >>CURSES = -lcurses $(TERMLIB)
> >>MATHLIB = -lm
> >>
> >>Compile error:
> >>
> >>/usr/ucb/cc -s -o /usr/local/grass42/etc/bin/main/inter/d.3d OBJ/main.o
> >>OBJ/threed.o OBJ/transform.o OBJ/clip.o OBJ/get_range.o OBJ/check_opt.o
> >>OBJ/get_inputs.o OBJ/sigint.o OBJ/get_row.o OBJ/draw_face.o
> >>/home/jenny/src42/src/libes/LIB/libD.a
> >>/home/jenny/src42/src/libes/LIB/libdisplay.a
> >>/home/jenny/src42/src/libes/LIB/libraster.a
> >>/home/jenny/src42/src/libes/LIB/libgis.a
> >>/home/jenny/src42/src/libes/LIB/libvask.a -lcurses -ltermlib -lm
> >>ld: fatal: symbol `Def_term' is multiply defined:
> >> (file /usr/ucblib/libcurses.a(curses.o) and file
> >>/usr/ccs/lib/libtermlib.a(setupterm.o));
> >>ld: warning: symbol `ttytype' has differing sizes:
> >> (file /usr/ucblib/libcurses.a(curses.o) value=0x32; file
> >>/usr/ccs/lib/libtermlib.a(setupterm.o) value=0x400);
> >> /usr/ccs/lib/libtermlib.a(setupterm.o) definition taken
> >>ld: fatal: File processing errors. No output written to
> >>/usr/local/grass42/etc/bin/main/inter/d.3d
> >>*** Error code 1
> >>make: Fatal error: Command failed for target
> >>`/usr/local/grass42/etc/bin/main/inter/d.3d'
> >>GISGEN failure at STEP: src/display/d.3d
> >>
> >>TIA,
> >>
> >>Maribeth
> >>
> >>Attachment Converted: "d:\eudora\attach\solaris"
>
More information about the grass-user
mailing list