From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 114623 invoked by alias); 6 Sep 2018 13:11:58 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 114609 invoked by uid 89); 6 Sep 2018 13:11:57 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=occasion X-HELO: gateway33.websitewelcome.com Received: from gateway33.websitewelcome.com (HELO gateway33.websitewelcome.com) (192.185.146.195) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 06 Sep 2018 13:11:56 +0000 Received: from cm12.websitewelcome.com (cm12.websitewelcome.com [100.42.49.8]) by gateway33.websitewelcome.com (Postfix) with ESMTP id A7788375D6 for ; Thu, 6 Sep 2018 08:11:24 -0500 (CDT) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id xu4CfBdJ9SjJAxu4Cfp59I; Thu, 06 Sep 2018 08:11:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=psK+0YfsuDVycIRQG0IA9nFdQsrLna7cwyJ0EibMpio=; b=uC+GxOV1Sx7HohqZb4NBazOtJ6 ZdR4r8VnvIK+c6L4PMNOkSXvujNLktq3irt4pRH4Lxatd58iSAuMYWxzOj9blChNrmXvFZpeDWRDi yKkN5Oyy221jaLF52lx8IqWCu; Received: from 75-166-85-72.hlrn.qwest.net ([75.166.85.72]:41886 helo=pokyo) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1fxu4C-003ldy-62; Thu, 06 Sep 2018 08:11:24 -0500 From: Tom Tromey To: Tom de Vries Cc: Tom Tromey , Kevin Buettner , gdb-patches@sourceware.org Subject: Re: [PATCH, gdb/exp] Handle DW_OP_GNU_variable_value refs to abstract dies References: <20180802210405.5c04ca7a@pinnacle.lan> <20180802211754.40a529c2@pinnacle.lan> <87o9ej1emk.fsf@tromey.com> <20180818133158.7e5b4dcb@pinnacle.lan> <93529546-71b0-4268-880a-79b00062ecd2@suse.de> <20180823141240.577345e0@pinnacle.lan> <982919b5-93ba-3840-5839-6accc904b459@suse.de> <5e6ac298-bf8f-6957-984a-67bb58b62be9@suse.de> <95697ec8-30e2-acaf-60fd-e46524f88e72@suse.de> <20180904145449.2cf6a099@pinnacle.lan> <87sh2nwaon.fsf@tromey.com> Date: Thu, 06 Sep 2018 13:11:00 -0000 In-Reply-To: (Tom de Vries's message of "Thu, 6 Sep 2018 08:40:45 +0200") Message-ID: <87a7oukbyc.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2018-09/txt/msg00098.txt.bz2 >>>>> "Tom" == Tom de Vries writes: Tom> It would be nice if the sources reflected that fact. Tom> F.i., we could move the contents from vec.{c,h} to vec-deprecated.{c.h} Tom> and include the new files in vec.{c,h}, and add a note there why they're Tom> deprecated. Tom> I can prepare a patch implementing this or another approach, if there Tom> are better suggestions. I think that probably would not prevent the introduction of new uses, because normally code wouldn't be including this header directly anyway. Even adding a deprecated_ onto a name isn't really enough, I think on occasion we let a new use of a deprecated function in -- maybe a sign that the function shouldn't be deprecated, or maybe just an admission that nobody is working on finishing those transitions. Still, no objections from me if you want to do this! But I tend to think the current situation is fine. Finally FWIW this isn't the only such project that is ongoing. Cleanup removal is the other big one, but I'd also eventually like to be able to remove queue.h (I can't recall but I think I sent some patches); and eventually also buffer.h. Tom