From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id NtjjKE2b8WbQtDQAWB0awg (envelope-from ) for ; Mon, 23 Sep 2024 12:46:05 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=qrpc1TOd; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 90C481E353; Mon, 23 Sep 2024 12:46:05 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-9.1 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED,RCVD_IN_VALIDITY_RPBL, RCVD_IN_VALIDITY_SAFE,URIBL_BLOCKED,URIBL_DBL_BLOCKED_OPENDNS autolearn=ham autolearn_force=no version=4.0.0 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id F2B241E05C for ; Mon, 23 Sep 2024 12:46:04 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 6C04E3858C3A for ; Mon, 23 Sep 2024 16:46:04 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6C04E3858C3A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1727109964; bh=lt5eKC1kE1mW5JRGkGE+LxrWCFvnZiq0JQ6toP6IVt4=; h=Date:Subject:To:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=qrpc1TOdjnvDQfOwi/qJ5d1jOjD1eMDYF4rvhIE6G/BpwkXh+K+VOGbCAmeAVkOKV FCCodZ7SO82rkctd9J3rXHi8bSLehLLnoEw9EH1HW0yaGEsXXRQ3GJAZROIdVf+izs fBYBXbDgWuSxbj/reRuEOvCP1eaxtxuhcNg2wYzg= Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by sourceware.org (Postfix) with ESMTP id 8FA7B3858D37 for ; Mon, 23 Sep 2024 16:45:27 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 8FA7B3858D37 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 8FA7B3858D37 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1727109928; cv=none; b=N48f6Us7eoOLgMYIiU8W3AYzpTR5CciY9jOLuY6ArlbcgNGH5Wo2lidHBaJNiIjdKjwKOle8IzGsLR/+jCemd6eGmaSrSoIFwYnmJmSbWe5/Z/A9VTgq3H5uLyYs31Ap2SKd33TfcbdaPlv59rhg27OCpx6enJChyTnyZiAVmrM= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1727109928; c=relaxed/simple; bh=xGlSpd1XZit3A5k7JJgVaejVCMkci+mT+Y1CVIaXH24=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=jAd7FGt1X6LW+cLyHuitYuhLeCmrcJrF/aTwURWGEraDJsxdttca9148i7N6x9rxDirBaKSCG8JJfDc2AZasqDq/enFZ7iu3ICkDPaFobGvcpZhtNEJJ8+t5AO2cX+Vx73B+TyvK+rEijPDr7NTFLMKXwWv3QkmYUI256iICZew= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B68AE339; Mon, 23 Sep 2024 09:45:56 -0700 (PDT) Received: from [10.57.84.228] (unknown [10.57.84.228]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8E0993F528; Mon, 23 Sep 2024 09:45:26 -0700 (PDT) Message-ID: <7f447b75-b472-477f-9ab2-e0b0f17d03f3@arm.com> Date: Mon, 23 Sep 2024 17:45:24 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: RFC: Deprecate the ARM simulator To: Nick Clifton , "gdb@sourceware.org" References: Content-Language: en-GB In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: "Richard Earnshaw \(lists\) via Gdb" Reply-To: "Richard Earnshaw \(lists\)" Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" On 23/09/2024 14:31, Nick Clifton via Gdb wrote: > Hi Guys, > >   I would like to deprecate or even delete the ARM simulator. > >   Although I am listed as the maintainer for the sim, I have not >   made any improvements to it for years and it is completely >   unable to handle modern ARM cores.  The only updates to the >   sources in the last few years have been to fix compilation >   issues, and basically it has bit-rotted away. > >   It is not entirely clear to me how a sim target should be >   deprecated.  I am attaching a patch that shows one possible >   method - adding code to the sim/configure.ac file to indicate >   that the target is deprecated.  An alternative would be to >   add the sim target to the noconfigdirs list that is constructed >   in the top level configure.ac file.  Although I think that >   that list is for components that do not support the target at >   all, rather than components where the target is deprecated. > >   Anyway, thoughts, comments, suggestions ? > > Cheers >   Nick I've no objections to this just being removed entirely; the code is ancient. +case $target in + arm*-*-* | \ + null) + if test "x$enable_obsolete" != xyes; then + echo "*** Configuration $targ is obsolete." >&2 + echo "*** Specify --enable-obsolete to build it anyway." >&2 + echo "*** Support will be REMOVED in the next major release of GDB," >&2 + echo "*** unless a maintainer comes forward." >&2 + exit 1 + fi;; +esac + Won't this break builds for arm users unless they now explicitly specify --disable-sim? That's a bit aggressive, IMO, and might cause problems for multi-target builds that want some sims, if available. We don't want to make life harder for those just trying to build gdb. R.