This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: GDB CVS won't build on OSF4.0's cc
- To: Eli Zaretskii <eliz at is dot elta dot co dot il>
- Subject: Re: GDB CVS won't build on OSF4.0's cc
- From: Elena Zannoni <ezannoni at cygnus dot com>
- Date: Mon, 11 Jun 2001 09:32:50 -0400
- Cc: Alexandre Oliva <aoliva at redhat dot com>, Elena Zannoni <ezannoni at cygnus dot com>, gdb-patches at sources dot redhat dot com
- References: <or66e5ckl5.fsf@guarana.lsd.ic.unicamp.br><Pine.SUN.3.91.1010610111224.5638I-100000@is>
Eli Zaretskii writes:
>
> On 9 Jun 2001, Alexandre Oliva wrote:
>
> > Fixed as follows. Not tested on all relevant architectures. I'd do
> > that after next Monday's GCC snapshot, since I've been building GDB
> > along with GDB lately. Ok to install?
> [...]
> > - memset ((PTR) objfile->sym_stab_info, 0, sizeof (struct dbx_symfile_info));
> > + memset ((void *) objfile->sym_stab_info, 0,
> > + sizeof (struct dbx_symfile_info));
>
> Do we _really_ have compilers which require to cast the first argument of
> memset to (void *)? Which compiler(s) are those? Isn't this a sign of a
> missing/conflicting prototype/header file?
>
Yes, I think we can safely get rid of these casts.
See a few line below, the call:
memset (objfile->sym_private, 0, sizeof (struct coff_symfile_info));
Elena