From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13394 invoked by alias); 4 Oct 2003 20:14:12 -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 13385 invoked from network); 4 Oct 2003 20:14:11 -0000 Received: from unknown (HELO gateway.sf.frob.com) (64.81.54.130) by sources.redhat.com with SMTP; 4 Oct 2003 20:14:11 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id C7901357B; Sat, 4 Oct 2003 13:14:09 -0700 (PDT) Received: from magilla.sf.frob.com (localhost.localdomain [127.0.0.1]) by magilla.sf.frob.com (8.12.9/8.12.9) with ESMTP id h94KE9N2023338; Sat, 4 Oct 2003 13:14:09 -0700 Received: (from roland@localhost) by magilla.sf.frob.com (8.12.9/8.12.9/Submit) id h94KE6bH023334; Sat, 4 Oct 2003 13:14:06 -0700 Date: Sat, 04 Oct 2003 20:14:00 -0000 Message-Id: <200310042014.h94KE6bH023334@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Elena Zannoni Cc: Jim Blandy , Mark Kettenis , Kevin Buettner , Daniel Jacobowitz , Andreas Schwab , Scott Bambrough , gdb-patches@sources.redhat.com Subject: Re: [PATCH] add-symbol-file-from-memory command In-Reply-To: Elena Zannoni's message of Saturday, 4 October 2003 08:19:19 -0400 <16254.47815.242618.646760@localhost.redhat.com> X-Shopping-List: (1) Frivolous recalcitrant tape (2) Envious checks (3) Myopic squirrel confessions X-SW-Source: 2003-10/txt/msg00088.txt.bz2 > I was more referring to the binutils mail thread starting at: > http://sources.redhat.com/ml/binutils/2003-05/msg00658.html which had > a rework of your function but was never finished, after several > comments. I.e. the interface/signature for that function is still in > flux. Jim has suggested a trivial cosmetic change to the interface of the function. That can happen or not happen, and the meaningful affect on the gdb work is epsilon (a one-minute update). I've already said the trivial change Jim suggested is fine with me, and Jim has already posted a patch that I have no complaints with and the only complaints I see are Andrew's about choice of non-normative variable names (the height of triviality). Andrew's assertion that this "unresolved issue" means that it's pointless to review and discuss the rest of the code whose use of this interface will not differ meaningfully regardless of any likely change, is simply ludicrous. If you and/or Andrew don't want to be of any help in hashing out the implementation work that actually does still need to be done, fine. Fortunately other gdb hackers are willing to review code meaningfully rather than evade and bicker. I am happy to work with whomever is inclined to help. Thanks, Roland