This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Overly-keen format string warning?
- From: Michael Meissner <meissner at linux dot vnet dot ibm dot com>
- To: Dave Korn <dave dot korn dot cygwin at googlemail dot com>
- Cc: "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
- Date: Tue, 15 Sep 2009 12:52:34 -0400
- Subject: Re: Overly-keen format string warning?
- References: <4AAFBEB6.8070706@gmail.com>
On Tue, Sep 15, 2009 at 05:20:06PM +0100, Dave Korn wrote:
>
> I added some debugging printfs, and ...
>
> > cc1: warnings being treated as errors
> > /gnu/gcc/gcc/gcc/dwarf2out.c: In function 'add_location_or_const_value_attribute
> > ':
> > /gnu/gcc/gcc/gcc/dwarf2out.c:13532:1: error: format '%p' expects type 'void *',
> > but argument 3 has type 'struct var_loc_list *'
> > /gnu/gcc/gcc/gcc/dwarf2out.c:13532:1: error: format '%p' expects type 'void *',
> > but argument 4 has type 'struct var_loc_node *'
> > /gnu/gcc/gcc/gcc/dwarf2out.c:13532:1: error: format '%p' expects type 'void *',
> > but argument 5 has type 'rtx'
> > /gnu/gcc/gcc/gcc/dwarf2out.c:13532:1: error: format '%p' expects type 'void *',
> > but argument 3 has type 'struct var_loc_list *'
> > /gnu/gcc/gcc/gcc/dwarf2out.c:13532:1: error: format '%p' expects type 'void *',
> > but argument 4 has type 'struct var_loc_node *'
> > /gnu/gcc/gcc/gcc/dwarf2out.c:13532:1: error: format '%p' expects type 'void *',
> > but argument 5 has type 'rtx'
> > make: *** [dwarf2out.o] Error 1
> >
> > DKAdmin@ubik /gnu/gcc/obj.libstdc.enabled/gcc
>
> Should the format string warnings really be complaining about this on a
> platform (i686-pc-cygwin) where there's only one kind of pointer? I don't get
> the rationale, if this is intentional.
Yes. It still is a type violation, even if it will work in most cases.
Just for the record, before working on GCC, I wrote the front end of a C
compiler for a machine (Data General MV/Eclipse) that had different types of
pointers, and it was definately a hassle, particularly in the era before
prototypes were added to the language.
--
Michael Meissner, IBM
4 Technology Place Drive, MS 2203A, Westford, MA, 01886, USA
meissner@linux.vnet.ibm.com