Problems building 5.0 on Solaris 8 x86
Andrew Cagney
ac131313@cygnus.com
Fri May 19 23:01:00 GMT 2000
[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
More information about the Gdb
mailing list