From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca (simark.ca [158.69.221.121]) by sourceware.org (Postfix) with ESMTPS id 51CB4385840C for ; Tue, 14 Feb 2023 16:36:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 51CB4385840C Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=simark.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=simark.ca Received: from [172.16.0.146] (192-222-180-24.qc.cable.ebox.net [192.222.180.24]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id BB2881E0D3; Tue, 14 Feb 2023 11:36:25 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=simark.ca; s=mail; t=1676392586; bh=Z4hXD1VBy5iSDhDVl2nmOAVVei/jcDdd5NeBnZy+ydg=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=emvZno+FJM9v1DAkxgSnGD4Y446owEQA9m7fbXbO70yDWD4tXW5NXdbMpPgemztKM 3cJvLsKJ7if0TGMP5n73XsC/i2FUUDMOL4Bpe5p9okjQP5LZ/GMRD1dDG8j4ZXM2sF kCen8yuZ5WnsJP4TES+i9kwiR0UnzTIencC/6O/4= Message-ID: <3dd3a681-9058-0fcc-b27a-a7e4848ec236@simark.ca> Date: Tue, 14 Feb 2023 11:36:24 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.2 Subject: Re: [RFC] Deprecate stabs To: Eli Zaretskii , Tom Tromey Cc: gdb-patches@sourceware.org, mark@klomp.org References: <20230119174156.654402-1-tom@tromey.com> <83r0vqo15g.fsf@gnu.org> <83y1pxmi7b.fsf@gnu.org> <87a61lgcor.fsf@tromey.com> <83mt5kk3k8.fsf@gnu.org> Content-Language: fr From: Simon Marchi In-Reply-To: <83mt5kk3k8.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: > This is based on the assumption that GDB 13 (or any other old version) > can be built on any future system without trouble. But that is false, > because systems are upgraded and make old versions fail to build, > since no one takes care of adapting old versions to new libraries and > changes in system calls. So the moment comes soon enough when using > an old version of GDB on a contemporary system is no longer an option. At this point, people who want stabs support can take care of keeping GDB 13 building on whatever system they are using. We're talking about something that has been obsolete for at least 15 years, not something that has been been obsoleted last year. > So will the announcement of the feature being deprecated and > unmaintained. It just lets the feature die of natural causes instead > of euthanasia. What does "die of nature causes" mean? It's not like the code will naturally disappear if we don't delete it. >> Maybe someone will step up to maintain this code, in which case we >> can keep it. In this scenario, I would be ok with treating it like >> the un-maintained *-nat code -- we'll try to keep it building but >> testing and fixing it is up to the maintainer. Agreed. > That's what I think we should do: leave the code unmaintained, but not > remove it in its entirety. It still gets in the way when doing changes to the generic symbol infrastructure. You have to think about how to adjust stabs, you can't just ignore it. Simon