This is the mail archive of the
gdb-patches@sourceware.cygnus.com
mailing list for the GDB project.
Re: Problems building 5.0 on Solaris 8 x86
- To: Mike Peck <allnight at webcom dot com>
- Subject: Re: Problems building 5.0 on Solaris 8 x86
- From: Andrew Cagney <ac131313 at cygnus dot com>
- Date: Sat, 20 May 2000 16:00:03 +1000
- CC: gdb-patches at sourceware dot cygnus dot com, GDB Discussion <gdb at sourceware dot cygnus dot com>
- Organization: Cygnus Solutions
- References: <3926078B.54E7FAA3@webcom.com>
- Reply-To: GDB Patches <gdb-patches at sourceware dot cygnus dot com>
[reply-to set to gdb-patches]
Mike Peck wrote:
> gcc -c -O3 -I. -I. -I./config -DHAVE_CONFIG_H -I./../include/opcode
> -I./../readline/.. -I../bfd -I./../bfd -I./../include -I../intl
> -I./../intl -I./tui -DUSE_INCLUDED_REGEX utils.c
> In file included from utils.c:31:
> /usr/include/term.h:1034: parse error before `bool'
> /usr/include/term.h:1034: warning: no semicolon at end of struct or
As a work around, can you try deleting the #include <term.h>?
> I would really prefer to be on a released version, so if anyone knows
> what's up with this, I'd appreciate some help. Also, why this
> flip-flopped between 4.18, the 4/19 snapshot, and later snapshots/5.0
> kinda confuses me. Did something get backed out of the source, since
> that's what it looks like?
(4/19 is the ``-D 2000-04-19-gmt -r gdb_5_0-2000-04-10-branch''
snapshot)
I'm somewhat puzzled. The only change to utils.c post branch was:
cagney@b1.cygnus.com$ cvs diff -p -r gdb_5_0-2000-04-10-branchpoint -r
gdb_5_0-2000-05-19-release utils.c
Index: utils.c
===================================================================
RCS file: /cvs/src/src/gdb/utils.c,v
retrieving revision 1.6
retrieving revision 1.6.2.1
diff -p -r1.6 -r1.6.2.1
*** utils.c 2000/03/30 18:54:28 1.6
--- utils.c 2000/04/21 04:10:46 1.6.2.1
*************** restore_my_cleanups (pmy_chain, chain)
*** 375,384 ****
to arrange to free the object thus allocated. */
void
! free_current_contents (location)
! char **location;
{
! free (*location);
}
/* Provide a known function that does nothing, to use as a base for
--- 375,385 ----
to arrange to free the object thus allocated. */
void
! free_current_contents (void *ptr)
{
! void **location = ptr;
! if (*location != NULL)
! free (*location);
}
/* Provide a known function that does nothing, to use as a base for
There has been another report of a system having problems with:
#ifdef HAVE_CURSES_H
#include <curses.h>
#endif
#ifdef HAVE_TERM_H
#include <term.h>
#endif
but that was tracked down to a scrambled /usr/include directory. On
your system, which of these headers are installed and where (check
$builddir/gdb/config.h)?
Andrew