From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18853 invoked by alias); 7 Jan 2003 18:05:56 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 18846 invoked from network); 7 Jan 2003 18:05:51 -0000 Received: from unknown (HELO duracef.shout.net) (204.253.184.12) by 209.249.29.67 with SMTP; 7 Jan 2003 18:05:51 -0000 Received: (from mec@localhost) by duracef.shout.net (8.11.6/8.11.6) id h07I0H027120; Tue, 7 Jan 2003 12:00:17 -0600 Date: Tue, 07 Jan 2003 18:05:00 -0000 From: Michael Elizabeth Chastain Message-Id: <200301071800.h07I0H027120@duracef.shout.net> To: ac131313@redhat.com, drow@mvista.com Subject: Re: RFC: Slay COERCE_FLOAT_TO_DOUBLE Cc: gdb-patches@sources.redhat.com X-SW-Source: 2003-01/txt/msg00288.txt.bz2 Andrew Cagney writes: > Looking at the changes to stabs, mdebug and hpread it appears to reverse > the default for all non dwarf* cases - assume prototyped rather than > un-prototyped? That's a pretty radical change and needs to be clearly > spelt out in at least the NEWS file. Daniel's patch keeps the current data structure, which uses 1 bit to indicate whether the function is prototyped or not. I prefer to use 2 bits: TYPE_PROTO_KNOWN and TYPE_PROTO_YES. That allows for three states: known=0 gdb does not know if function is prototyped known=1, yes=0 function is definitely not prototyped known=1, yes=1 function is definitely prototyped I have written such a 2-bit patch. Michael C