From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id aqpkG+dGWWpqSQ0AWB0awg (envelope-from ) for ; Thu, 16 Jul 2026 17:02:31 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=WJEqaPpb; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 5E0EA1E033; Thu, 16 Jul 2026 17:02:31 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-6.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED autolearn=unavailable autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (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 CCEB01E033 for ; Thu, 16 Jul 2026 17:02:30 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id C64FB4BA23D6 for ; Thu, 16 Jul 2026 21:02:29 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C64FB4BA23D6 Authentication-Results: sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=WJEqaPpb Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTP id A02F84BA2E30 for ; Thu, 16 Jul 2026 21:01:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A02F84BA2E30 Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A02F84BA2E30 Authentication-Results: sourceware.org; arc=none smtp.remote-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1784235697; cv=none; b=JnDHOrCkuDqukj4HIaZZyFBstiAw/gRs1/xkBvGnBvssWnIXhyYJd+pxZV6cx4hU3k2NYDTbmU6E99Fu2H5xjkFrgbz4BasjhyLZbjPhQhJY46WtRFz9fYseTZsRTQEQlIvHtmUzNUmw5p95Vs6TzqqvAJgcoc2OIEpGyShpmAk= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1784235697; c=relaxed/simple; bh=lIGKBDZW9Y7E5JjwZZJnO56Sp0PqwqBaUaj6Z7jqu4Y=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=xRYlbYnX4vUPmWP5NZXdBsTVFX8zQlnAL5iGiMVEDpUE4VGBAwIK7PZbjkS6LJs4Egmk/mIY3CKhnuHP/VsU6YQZfHWelAIGxM+0t0HkHmEtJjeNGXWu4yE+jUUMv1/rbyoBRjNaQ18ApnKHCM63rF/ZHLK5icS8QZITgEtZIG0= ARC-Authentication-Results: i=1; sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=WJEqaPpb DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A02F84BA2E30 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1784235697; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=ijE2Q0K8huzG+2QFZ1Jpf4ydL/+2rF8I9mzvPDgrVwk=; b=WJEqaPpbLBgaPVSrmZ/Yy12QchpKYzgWfqf2xXMEavsgSKXjc2pytzyOdewyNOLBj2/CQr eqjOJysofV+FSAZ+mzM4SYOR86AZec1sRf952oXaGWAgPpyeGz7Zf9fIbMQ1PDPqtW1a3A 4P8HQAa4o+gsnaFbpIJQbl9q5O/jplU= Received: from mail-qk1-f197.google.com (mail-qk1-f197.google.com [209.85.222.197]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-401-F8DaqUgUOOmPAZrvVLReWg-1; Thu, 16 Jul 2026 17:00:29 -0400 X-MC-Unique: F8DaqUgUOOmPAZrvVLReWg-1 X-Mimecast-MFC-AGG-ID: F8DaqUgUOOmPAZrvVLReWg_1784235628 Received: by mail-qk1-f197.google.com with SMTP id af79cd13be357-92efd2ca21aso1142800585a.0 for ; Thu, 16 Jul 2026 14:00:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1784235628; x=1784840428; h=content-transfer-encoding:content-type:in-reply-to:organization :autocrypt:from:content-language:references:cc:to:subject:user-agent :mime-version:date:message-id:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=ijE2Q0K8huzG+2QFZ1Jpf4ydL/+2rF8I9mzvPDgrVwk=; b=nsQCOswHjmfuX16iFZqJmc4REZLBs/ufElpKbdoh2htMru1V8COeTmlqKnouMcYPnb wbRc5DYoIGdRfiQA+N9qYLVMDAFXwYQ2jlZcH73qvlijMUCrT9lLrKf9E9JbJafY9maR WT8MKwCaUBOoCTb7kVHk2Wr6Ji8h1jO8brBEnJRY76beltRLMNAw2d89tWIpo5vgasKv 7vwlKTVFv6KDQNvSzsS0o9WEkSwQJeRWugIzBEl59N/x6eMXl4j8W4fznC2cfSy4brY6 yhrnJyO0rohxFTwE0K3BiiexlSKzrLMoR4m/ZaxP3oVbz0mrfrZwMGHVCBuImAHYequW y0mQ== X-Gm-Message-State: AOJu0YytuZ7f3oTppFgHBqNQriJsP0MChqSwlycrnIsywHm2J9grTDpS /01J1IAWrT/qNGxlAmg1Y2kZZ7fFa26KXz8ne1gQIec70P/FBPIeqNVjt11z97E1gzMyzLnlIWV ZOSEeOwge9+ABna0VVW8WUVRsd3OeyIPcrCTAwO+OiisvVnP8k1EkfCwBFCtCm6g= X-Gm-Gg: AfdE7clWmBCi09U8FlVj4BGNJPep+Rj9EJhkPG+pmy7bC2g91/YE+cS8dLYJVn6I2Ws HRSzj1YBlr/63f/93QWRjfylP0d19qvzCGd2Y/IMvG90SqBT8lK1JPaMr3xqx/0zyELT+NAf1kz IQtb42TAhGpzq/MIo96ldfmMqYuHSmQPGucw5ce4h1sQLwOo9Z7YmrvMdfuyJEhTpmn2oDb9UeE z+k6eqHpkeDwRCGxFH8UQgdbol8DY3SN2Opw1Zh+57UDanfc+tFMdA+eN18S2R/H/M7nC3N3UwS TTTwurZfOQyQpLCNTNghrbindUY+aaCJqtIM66G7xQWkYxU6SQ9Y860b2pev4C3S0llfewwSJrK Gm8sAqL6Dh0a1aTecTDHcaU3822yl4ZT1G7mOhjcxs0ssPmqaxVl353JvLPJjNAv3BK9PUZuGOJ SR X-Received: by 2002:a05:620a:44d6:b0:92e:64a8:2305 with SMTP id af79cd13be357-9309627ba86mr1031582485a.57.1784235628035; Thu, 16 Jul 2026 14:00:28 -0700 (PDT) X-Received: by 2002:a05:620a:44d6:b0:92e:64a8:2305 with SMTP id af79cd13be357-9309627ba86mr1031572785a.57.1784235627338; Thu, 16 Jul 2026 14:00:27 -0700 (PDT) Received: from [192.168.0.116] ([198.48.244.52]) by smtp.gmail.com with ESMTPSA id af79cd13be357-92ee5d69a78sm2094475385a.44.2026.07.16.14.00.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 16 Jul 2026 14:00:26 -0700 (PDT) Message-ID: Date: Thu, 16 Jul 2026 17:00:25 -0400 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 0/1] gdb: Preserve IFUNC marker when finding inferior functions To: Simon Marchi , Yury Khrustalev , Muhammad Kamran Cc: gdb-patches@sourceware.org, Wilco Dijkstra , Thiago Jung Bauermann , Adhemerval Zanella Netto References: <20260624095002.5247-1-muhammad.kamran@arm.com> <9f0013bd-f19a-44be-a90d-788c078bfba6@simark.ca> <050c1813-98cd-4fdf-a629-11ffa9ce9858@redhat.com> From: Carlos O'Donell Autocrypt: addr=carlos@redhat.com; keydata= xsFNBFef5BoBEACvJ15QMMZh4stKHbz0rs78XsOdxuug37dumTx6ngrDCwZ61k7nHQ+uxLuo QvLSc6YJGBEfiNFbs1hvhRFNR7xJbzRYmin7kJZZ/06fH2cgTkQhN0mRBP8KsKKT+7SvvBL7 85ZfAhArWf5m5Tl0CktZ8yoG8g9dM4SgdvdSdzZUaWBVHc6TjdAb9YEQ1/jpyfHsQp+PWLuQ ZI8nZUm+I3IBDLkbbuJVQklKzpT1b8yxVSsHCyIPFRqDDUjPL5G4WnUVy529OzfrciBvHdxG sYYDV8FX7fv6V/S3eL6qmZbObivIbLD2NbeDqw6vNpr+aehEwgwNbMVuVfH1PVHJV8Qkgxg4 PqPgQC7GbIhxxYroGbLJCQ41j25M+oqCO/XW/FUu/9x0vY5w0RsZFhlmSP5lBDcaiy3SUgp3 MSTePGuxpPlLVMePxKvabSS7EErLKlrAEmDgnUYYdPqGCefA+5N9Rn2JPfP7SoQEp2pHhEyM 6Xg9x7TJ+JNuDowQCgwussmeDt2ZUeMl3s1f6/XePfTd3l8c8Yn5Fc8reRa28dFANU6oXiZf 7/h3iQXPg81BsLMJK3aA/nyajRrNxL8dHIx7BjKX0/gxpOozlUHZHl73KhAvrBRaqLrr2tIP LkKrf3d7wdz4llg4NAGIU4ERdTTne1QAwS6x2tNa9GO9tXGPawARAQABzSpDYXJsb3MgTydE b25lbGwgKFdvcmspIDxjYXJsb3NAcmVkaGF0LmNvbT7CwZUEEwEIAD8CGwMGCwkIBwMCBhUI AgkKCwQWAgMBAh4BAheAFiEEcnNUKzmWLfeymZMUFnkrTqJTQPgFAmod99EFCRRfRy8ACgkQ FnkrTqJTQPiF+hAAhstxT3ao2pBuNQNh7/yieJxsQ0YrI0vZeIMM/P5kxzr0X/+CNCFx/bbk ogjOVgVMUD1WzqW6zY8lsj3/RPiBsowZBJYXIsWfdvYq33WwgtiXA/1AUZ60/lfWIQdPQJDL 8/FXzRy8P4B/DoSpMOU11S5Kk8j5R9mBk/NSrNreO/nB1e4qNFF5GluBUsxMjKrGkkOxUZPQ uGNjcgdxRibNVD8n+lp9UU9+rsFKNOK7F0l9/ltR6j8kVagMKikXsaoUFU6WUbGHQ+ZBPdY8 o8izXbQLoW/kD1qxbMsviBPaszaRZTyKd4ZEz54dx4up3vLorBoLI6YcG2oTqIdx8YZSXdfK WVPhQsJKG/QgiPztGYzT93KvhHlQ3+D9GZBU0ovAWc4YkBjxLPsw4DLhgFGLgIGhFHuMY3jy qlzez8KpoehH7mEgc5yGBtbnejnhuo7N6q6SUEGcSWlyLsdHMPZOg2UhpJ4pS9u7vG9Cz7+b yxItTMJ0XhRjQIkdm+38lH1yaOqVU9jvTgpPf3P9vT3Xo5vCa8PM5U7oL/Be2O6JH4hj9835 h0AJfKsDJD50OgS9zI8e51X+vSTir1Kk+tMJJgZLYqYsSKOwUm+vVLby1pK171lIuu1qjx6I Rqz9CxmD5iRWIeIaOGGI+gce4eeMBH1IbFS6EjHT2hu+AfoURjjOwU0EV5/kGgEQAKvTJke+ QSjATmz11ALKle/SSEpUwL5QOpt3xomEATcYAamww0HADfGTKdUR+aWgOK3vqu6Sicr1zbuZ jHCs2GaIgRoqh1HKVgCmaJYjizvidHluqrox6qqc9PG0bWb0f5xGQw+X2z+bEinzv4qaep1G 1OuYgvG49OpHTgZMiJq9ncHCxkD2VEJKgMywGJ4Agdl+NWVn0T7w6J+/5QmBIE8hh4NzpYfr xzWCJ9iZ3skG4zBGB4YEacc3+oeEoybc10h6tqhQNrtIiSRJH+SUJvOiNH8oMXPLAjfFVy3d 4BOgyxJhE0UhmQIQHMJxCBw81fQD10d0dcru0rAIEldEpt2UXqOr0rOALDievMF/2BKQiOA7 PbMC3/dwuNHDlClQzdjil8O7UsIgf3IMFaIbQoUEvjlgf5cm9a94gWABcfI1xadAq9vcIB5v +9fM71xDgdELnZThTd8LByrG99ExVMcG2PZYXJllVDQDZqYA1PjD9e0yHq5whJi3BrZgwDaL 5vYZEb1EMyH+BQLO3Zw/Caj8W6mooGHgNveRQ1g9FYn3NUp7UvS22Zt/KW4pCpbgkQZefxup KO6QVNwwggV44cTQ37z5onGbNPD8+2k2mmC0OEtGBkj+VH39tRk+uLOcuXlGNSVk3xOyxni0 Nk9M0GvTvPKoah9gkvL/+AofN/31ABEBAAHCwXwEGAEIACYCGwwWIQRyc1QrOZYt97KZkxQW eStOolNA+AUCah337wUJFF9HVQAKCRAWeStOolNA+FSnD/sHeLb9vaXHABC/1eyrScwSDfZs MFsdjzZZqGbnbdj4uP4oyt3uztsxJASgHRQ/DhaPsms3Ai+kWhf5EHOBC9cPSn0aHZL52nT+ MdbTu2VvvVRfECSm+lo/NkTGoXkF+n6TFd7tQGmSjdudvUhiKfSzep3GYseknmb9+7/DGluv QjuDb8quUVglMifp3qRUH4yPo7BS8ak59t4FUc8m2ggglgcvzKCRgqgEtrP2vM6EFzUiRJ1Y 0et5kedtiAI1e9ehVeyytFELputja7EzAxWv+pQ2m/jhfoAHx/FTqw4PdrtH2zY9SmCheWDE wIgA+eyAHTG/X5DFq2P45agY6K+cvlDvr6V2NDsoOYI91A0VKahKkNIDAsMJ7sqMys/qw9kp dJVZaDqoNdY9NtDayLWXPXyJZEAy0Xsvw0vdoswthtjQmeZWhx2fMSCwG8mQlAya+nnfalPi iuPL6BUkk7naKk9wHpEZDMlyp6CLefLe1ioVFhnN2nL5SseY9nnmDo05lidf11U4VVWsVHJ+ ViM9CQLD+NCazBNavYUPBEpFuT7HX4zWfpTNU9GXbEYcvrUb6Oo59/9ns7e9stTuskyxxxyY ryfF9FLmLQkM9soiwxGIt6k7ObkNsBRYzuM5q1lmDV6MA1llxUPmf9e5b3OFJ7gqXeRZ5niK hsfHTTi7JQ== Organization: Red Hat, LLC. In-Reply-To: X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: mgoRPoNBOtqXVtNop_PHLjqO9qCThjJ8w0wfaNk6reM_1784235628 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed 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 6/25/26 7:52 PM, Simon Marchi wrote: > > > On 2026-06-25 19:08, Carlos O'Donell wrote: >> On 6/25/26 4:16 PM, Simon Marchi wrote: >>> >>> >>> On 2026-06-24 08:56, Yury Khrustalev wrote: >>>> On Wed, Jun 24, 2026 at 09:50:01AM +0000, Muhammad Kamran wrote: >>>>> This patch fixes a GDB inferior-call issue exposed by malloc being a GNU >>>>> IFUNC in glibc on AArch64. >>>>> >>>>> GDB calls find_function_in_inferior ("malloc") when expression evaluation >>>>> needs to allocate memory in the inferior, for example for string literal >>>>> arguments. In the minimal-symbol fallback, GDB created a synthetic ordinary >>>>> function pointer from the minimal symbol address. If the symbol was a GNU >>>>> IFUNC, this lost the IFUNC marker, so call_function_by_hand did not >>>>> resolve the symbol before calling it. >>>>> >>>>> The patch uses find_minsym_type_and_address to classify the minimal symbol >>>>> and propagates the IFUNC marker to the synthetic function type when needed. >>>>> The existing fallback return type is unchanged. >>>> >>>> Thanks! I confirm that all GDB testsuites that showed regressions now >>>> pass with Glibc from master and this patch applied on top of GDB master. >>>> >>>>> >>>>> Should this be considered for backporting to release branches? >>>> >>>> Yes please, at least GDB 16.x and 17.x I think should be covered. >>> >>> The bugfix release of GDB 17 (17.2) has already been released, we have >>> historically not done more than one bugfix release of a given release >>> branch (just a handful of special cases where we noticed the release was >>> completely broken, just after releasing it). We usually just move on to >>> working on the next release (18, in this case). >>> >>> As the new co-release manager (along with Andrew), I would be open to >>> discuss changing this, to allow having as many bugfix releases on a >>> stable branch as needed, at least until the following major version is >>> available. But I have not done a release myself yet, so I'd like to >>> wait to see how it's actually like before deciding. >> >> Has gdb ever considered a rolling release branch model like glibc? >> >> In glibc we acknowledged that the major consumers could and would like >> a release branch that is basically rolling with fixes, while we do cut >> an official X.Y release, after that the release branch rolls forward >> with each commit valid and containing an additional fix. > > I think that's pretty much the case already, we only commit necessary > fixes to the the release branches, so it is always in a working and > usable state (to the best of our knowledge). We just don't advertise > each individual commit as being a "release". When I started advertising this for glibc I worked with the downstream distributions to adopt a "git pull --rebase" kind of model where they would likewise just pull from the release branch and update. This incentivizes the distributions to get involved, backport stable fixes, and work collectively to help upstream maintain the release branch and then update their own components. In glibc we can see both Fedora and Debian actively backporting to the release branch where the rule is "If it doesn't change ABI and landed in master then you can backport it." We have been doing this process for ~12 years: https://inbox.sourceware.org/libc-alpha/542DBB6F.6040109@redhat.com/ -- Cheers, Carlos.