From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id j15JBgPF92j50gEAWB0awg (envelope-from ) for ; Tue, 21 Oct 2025 13:38:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=simark.ca; s=mail; t=1761068291; bh=8vrZmFXjx0+cZAJwq6e3UCISthDAr5w0SdnZH39bsEQ=; h=Date:Subject:To:Cc:References:From:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=JsdniN/Qh203LkXxYlOTb6emh6qvrEnMgKpc67lilJd6iML5YpX6J3HiQupYTTM56 o751XYQsPMFHS6+/Rv6WpzqfQaL9aGhbZH0dKol9proZnz2sp+lJ5TdTSgSTPpMpSE baGntGredu1U1r3n06t9kxKvQj2fhNcGu76aiA4E= Received: by simark.ca (Postfix, from userid 112) id 08FDB1E0BC; Tue, 21 Oct 2025 13:38:11 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.4 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_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Authentication-Results: simark.ca; dkim=pass (1024-bit key; unprotected) header.d=simark.ca header.i=@simark.ca header.a=rsa-sha256 header.s=mail header.b=F4DI/Vkz; dkim-atps=neutral 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 BFDDD1E057 for ; Tue, 21 Oct 2025 13:38:09 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 279493858408 for ; Tue, 21 Oct 2025 17:38:09 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 279493858408 Authentication-Results: sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=simark.ca header.i=@simark.ca header.a=rsa-sha256 header.s=mail header.b=F4DI/Vkz Received: from simark.ca (simark.ca [158.69.221.121]) by sourceware.org (Postfix) with ESMTPS id E399E3858CD9 for ; Tue, 21 Oct 2025 17:37:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E399E3858CD9 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=simark.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=simark.ca ARC-Filter: OpenARC Filter v1.0.0 sourceware.org E399E3858CD9 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=158.69.221.121 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1761068257; cv=none; b=Q6KNg57wdxeDNlrKDT+keMB9bQsvXXWyCwWsfD9feu+7dPTA2vSf1Vse5JgHKIcI6BF7VU4SR0S/VMk/cSXt3cgQI4kqw8TQvmojM942IBNF0/PE+mTV4nIID7LkWqqvIMt8fUOjAxXS7D2MXvIhIk75Eb/mX1xtrsf7fuKTMuY= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1761068257; c=relaxed/simple; bh=8vrZmFXjx0+cZAJwq6e3UCISthDAr5w0SdnZH39bsEQ=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=rw0ddpUgbyPe6Ek6ngNeqLBgJvJFpIZwlvQfQydZ7eWCiZFA82aJFCpk54EsQUNvH98Ad6OnooQyx66URAW7etI05Svnkat3xm8f9UNQ9inMzzlxeAJyiLEZJNAwwTWFHULobIy/VnfLOT4rB4V7PduZp5aduvyQHT7HaTl9DbI= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E399E3858CD9 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=simark.ca; s=mail; t=1761068256; bh=8vrZmFXjx0+cZAJwq6e3UCISthDAr5w0SdnZH39bsEQ=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=F4DI/VkzbGUR80knjoYAEdMNivtp2jO9t4RhUjQ98AQIrqzp1M48Q3RZ4ZEowoeut asx+x9VsbwhH/0Um+g2XtcUpr66MEq2T1errpmsxMBAPDOF3h8LwkvAPOGGRIITBC0 jVSbJ59UdBAhIVhQQHr3zoz2pgIuMMaix3oTwp+c= Received: by simark.ca (Postfix) id 06B6A1E057; Tue, 21 Oct 2025 13:37:35 -0400 (EDT) Message-ID: Date: Tue, 21 Oct 2025 13:37:35 -0400 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 0/3] Use gnulib c-ctype module, not To: Luis , Tom Tromey Cc: Guinevere Larsen , gdb-patches@sourceware.org References: <20250806-gnulib-c-ctype-v1-0-10f33e9f22a4@adacore.com> <87y0pdthov.fsf@tromey.com> <878qhasw3q.fsf@tromey.com> Content-Language: fr From: Simon Marchi In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org On 10/16/25 5:50 PM, Luis wrote: > On Thu, Oct 16, 2025, 16:30 Tom Tromey > wrote: > > Tom> Another option would be to write our own thing akin to "c-ctype" but > Tom> that uses the libiberty code instead. That would work since > Tom> libinproctrace.so seems to link against libiberty. > > I tried this but forgot that libinproctrace.so does not use gdbsupport > either. > > I strongly dislike how libinproctrace.so was implemented. A bunch of > cpp conditions in random files seems a lot worse than just having > separate sources, since the rules for the IPA and non-IPA cases are > different. > > Tom > > > Does anybody else think it might be time for the IPA to go? It feels like it is one of those bits that almost nobody uses nowadays and maintenance hasn't kept up, and it gets in the way of newer changes. > > If tracepoints are seldom used in gdbserver, the IPA seems even more niche. Given the bit-rot and lack of maintenance, I think it would be reasonable to start the removal process. That's the only real way to know if it's actually used... if someone actually needs it, they'll speak up. Simon