From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9161 invoked by alias); 19 Mar 2004 15:54:24 -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 9073 invoked from network); 19 Mar 2004 15:54:21 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 19 Mar 2004 15:54:21 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id C083A2B92; Fri, 19 Mar 2004 10:54:19 -0500 (EST) Message-ID: <405B17AB.8030205@gnu.org> Date: Fri, 19 Mar 2004 15:54:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Eli Zaretskii Cc: drow@false.org, mec.gnu@mindspring.com, gdb-patches@sources.redhat.com Subject: Re: [rfa/doco] PROBLEMS: add regressions since gdb 6.0 References: <20040318162402.A32E34B104@berman.michael-chastain.com> <4059FC60.2090605@gnu.org> <20040319002701.GB25876@nevyn.them.org> <405B0BC3.70807@gnu.org> <7105-Fri19Mar2004172948+0200-eliz@elta.co.il> In-Reply-To: <7105-Fri19Mar2004172948+0200-eliz@elta.co.il> Content-Type: multipart/mixed; boundary="------------080702090209040506090409" X-SW-Source: 2004-03/txt/msg00454.txt.bz2 This is a multi-part message in MIME format. --------------080702090209040506090409 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-length: 1243 >>Date: Fri, 19 Mar 2004 10:03:31 -0500 >>> From: Andrew Cagney >> >>>> > >>>> > What do we gain by removing something that continues to be a major >>>> > problem from the file named PROBLEMS? I just don't get it. >> >>> >>> Please read my most recent reply from yesterday. > > > Andrew, I did read your reply, and I still don't get it; please bear > with us. > > Assuming that we only leave in PROBLEMS those bugs that have visible > user-level effect, do you still object to have there bugs from old > versions? If so, please tell why you think users should not know > about them. Er, this is what I wrote: > I'm objecting to: > >>> "Regressions since gdb 6.0" >>> and "Regressions since gdb 5.3". > If specific problems are present in 6.1 and are going to _really_ hurt the user then they should be mentioned (if they happened to be in 6.0 as well, oops). > > However, we should not allow PROBLEMS to accumulate just because they are still present -- heavy editing is required to ensure that the PROBLEMS file is both relevant and focused (Several releases back I deleted chunks of README as, although technically correct, they were simply not relevant). Put simply those titles should be removed. Andrew --------------080702090209040506090409 Content-Type: message/rfc822; name="Attached Message" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Attached Message" Content-length: 4555 Return-Path: Delivered-To: cagney@localhost.redhat.com Received: from localhost (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id BD82E2B99 for ; Thu, 18 Mar 2004 19:14:19 -0500 (EST) Envelope-to: cagney@gnu.org Delivery-date: Thu, 18 Mar 2004 19:07:05 -0500 Received: from fencepost.gnu.org by localhost with IMAP (fetchmail-6.2.4) for cagney@localhost (single-drop); Thu, 18 Mar 2004 19:14:19 -0500 (EST) Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.24) id 1B47XV-00006I-Fc for cagney@gnu.org; Thu, 18 Mar 2004 19:07:05 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B47ab-0004Nf-Cs for cagney@gnu.org; Thu, 18 Mar 2004 19:10:48 -0500 Received: from [67.72.78.213] (helo=sources.redhat.com) by monty-python.gnu.org with smtp (Exim 4.30) id 1B47ab-0004NO-4H for cagney@gnu.org; Thu, 18 Mar 2004 19:10:17 -0500 Received: (qmail 3487 invoked by alias); 19 Mar 2004 00:09:59 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Delivered-To: mailing list gdb-patches@sources.redhat.com Received: (qmail 3295 invoked from network); 19 Mar 2004 00:09:54 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 19 Mar 2004 00:09:54 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 1439A2B99; Thu, 18 Mar 2004 14:45:37 -0500 (EST) Message-ID: <4059FC60.2090605@gnu.org> Date: Thu, 18 Mar 2004 14:45:36 -0500 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Michael Elizabeth Chastain Cc: eliz@elta.co.il, gdb-patches@sources.redhat.com Subject: Re: [rfa/doco] PROBLEMS: add regressions since gdb 6.0 References: <20040318162402.A32E34B104@berman.michael-chastain.com> In-Reply-To: <20040318162402.A32E34B104@berman.michael-chastain.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-2.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MOZILLA_UA version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Content-length: 1736 > ac> Er, we already have a repostory of known bugs, it's called the bug > ac> database. Why duplicate the content and tracking effort? > > Because it works. At a level it does, but it can also get out of control. > The actual part of PROBLEMS that you're objecting to is the paragraphs > which talk about setting breakpoints in constructors in C++ code. > This doesn't work with gcc v3 because gcc v3 emits multiple copies > of the object code, and gdb sets the breakpoint in just one of them. I'm objecting to: >> "Regressions since gdb 6.0" >> and "Regressions since gdb 5.3". If specific problems are present in 6.1 and are going to _really_ hurt the user then they should be mentioned (if they happened to be in 6.0 as well, oops). However, we should not allow PROBLEMS to accumulate just because they are still present -- heavy editing is required to ensure that the PROBLEMS file is both relevant and focused (Several releases back I deleted chunks of README as, although technically correct, they were simply not relevant). > Before PROBLEMS talked about this, we got several reports per month > about this issue. Actually, somewhat perversely, that is a good thing. It leads to a cluster of bug reports that provide a strong pointer to a specific problem that is hurting many of our users. If we introduce mechanisms that artificially filter out this information we end up with a skewed view of our user base. > Now we don't get any. And for each user that takes > the trouble to e-mail us, there are many more users who run into the > issue and appreciate having a short description of it. > I think we should keep that part of PROBLEMS as long as gdb has this > problem. Definitly no. Andrew --------------080702090209040506090409--