This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Can't configure gdb-5.3 for sparc64-linux: Could not find a term library
- From: Mark Kettenis <kettenis at chello dot nl>
- To: Christian Jönsson <c dot christian dot joensson at telia dot com>
- Cc: gdb at sources dot redhat dot com
- Date: 01 Feb 2003 14:14:04 +0100
- Subject: Re: Can't configure gdb-5.3 for sparc64-linux: Could not find a term library
- References: <20030123124258.A1141@u1sparc.j-son.org> <20030125223341.A1982@u1sparc.j-son.org>
Christian Jönsson <c.christian.joensson@telia.com> writes:
> > checking compiler warning flags... -Wimplicit -Wreturn-type -Wcomment -Wtrigraphs -Wformat -Wparentheses -Wpointer-arith -Wuninitialized
> > checking for cygwin... no
> > checking for tgetent in -lncurses... (cached) no
> > checking for tgetent in -lHcurses... no
> > checking for tgetent in -ltermlib... no
> > checking for tgetent in -ltermcap... (cached) no
> > checking for tgetent in -lcurses... (cached) no
> > checking for tgetent in -lterminfo... no
> > configure: error: Could not find a term library
> > Configure in /usr/local/src/gcc-binutils/branch/objdir-gdb-5.3/gdb failed, exiting.
Note the "(cached)" in the above output. What happens if you remove
the toplevel config.cache and reconfigure in the gdb subdir
(./config.status --recheck)? If that doesn't solve the problem,
please post the output of the config.log file in the gdb subdirectory.
> >
> > but ncurses and termcap is installed...
> >
> > ncurses-5.2-26
> > ncurses-devel-5.2-26
> > libtermcap-2.0.8-28
> > libtermcap-devel-2.0.8-28
> > termcap-11.0.1-10
> >
>
> well, not much response here, is there something obvious I might have missed reading< perhaps?
>
> is it perhaps so that if I want a gdb for sparc64-linux, I'll have to
> have more than just binutils and gcc for sparc64-linux, such as
> ncurses and/or termcap?
I'm not familiar with sparc64-linux, but if you want to build a native
sparc64-linux GDB, you'll need the 64-bit versions of the libs needed
by GDB I suppose.
Mark