From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 6WZtNCm1PWoHbhgAWB0awg (envelope-from ) for ; Thu, 25 Jun 2026 19:09:29 -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=S/GUfBBN; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id CB5161E098; Thu, 25 Jun 2026 19:09:29 -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 [IPv6:2620:52:6:3111::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 4B13E1E070 for ; Thu, 25 Jun 2026 19:09:29 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id A12D74BA23E1 for ; Thu, 25 Jun 2026 23:09:27 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A12D74BA23E1 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=S/GUfBBN Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTP id BEFED4BA2E32 for ; Thu, 25 Jun 2026 23:09:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org BEFED4BA2E32 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 BEFED4BA2E32 Authentication-Results: sourceware.org; arc=none smtp.remote-ip=170.10.133.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1782428941; cv=none; b=wx/yQgJkU4wOafQLMSG+JSH3DzrmpGLjoT8mbSPG6vv/v5Hl6rcsmoz/Os73e4a8iS6xGIiHKPmsAhH6Yo2+Zcs0boeSx3CpLiVHUmJiONIllSDhTPehL/tnh3k+o4euWyqzds2tbVpouiE6MwCrB4t2F1RVGih1hi8kqC9GTRg= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1782428941; c=relaxed/simple; bh=E4xf3EZ8aCshbMsipqqHsXnF7ZKOODSnP4BW/+e5q9I=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=uYuXqfsO4Jf6olPJO/bTeP1q/e4G4kTkP0eTKVhGrAlcZOh3aOurECx2CyAJ7LOa3zHNL/dli+IaM92sZNbh/dCf7PS2XHkJEmBWtArl0L5BQsCKQJDQqszBvcXRT+MMYuTho0PbVeipp1ree3bFlImjwcy+uFjMvptxSBW3Qmg= 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=S/GUfBBN DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org BEFED4BA2E32 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1782428941; 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=ofqSHYqP4vB0vHizkF8P38jfhCXXBmO+dWMThqf7b1U=; b=S/GUfBBNxo1jgGUcdycrcvrv0MgDdAc/YzHDAKaG9U/FgPA+M3HvZQ60VAUGaSTHP2aicb R8veDh7gC1CRYK7lfcdxqstm9C8oSy0tGpAoYnQy+Q7fauf7Wbh3TjQ05DhTGQl50JI/oQ 745FYrZ6SgMkzSpKNZISl4/WtvDzkMQ= Received: from mail-qt1-f200.google.com (mail-qt1-f200.google.com [209.85.160.200]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-442-cug2cdQjPE2NY4AiBmgu-A-1; Thu, 25 Jun 2026 19:09:00 -0400 X-MC-Unique: cug2cdQjPE2NY4AiBmgu-A-1 X-Mimecast-MFC-AGG-ID: cug2cdQjPE2NY4AiBmgu-A_1782428940 Received: by mail-qt1-f200.google.com with SMTP id d75a77b69052e-5175aa1a54bso6566981cf.1 for ; Thu, 25 Jun 2026 16:09:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782428940; x=1783033740; 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=ofqSHYqP4vB0vHizkF8P38jfhCXXBmO+dWMThqf7b1U=; b=hDqjKtHfdrD4yBfdD6vXP6cAG2/RTxKGGVRELiT1wkt9JPzo3AgvCdY4YEpCxAm5f4 ix7Ps7K8NomFZapEhe4umq/YQsXLjsY+7ggykmAey3mew/DtYMzBww8x+CNvcP8qOTIS ZZxP5eDUYJle17av/aBiTkd5KwU7FtFrUSWX3QfBT9YsJpJwkvtzkvgVBNbR6No3mvxt oyBqBdlHSTYipRi7I2PHkU8NJqfln+cBfwVBmpsZWEEuWAQaqRqx6RtCBNLN+1cZBMcO OLUe4GZtDNjlwXrzj5gS+TFoo8AwDW2fzas5HJ0fGHd2xSxNXZktmLF7ZwrdTbKm/nI4 DOnQ== X-Gm-Message-State: AOJu0YybidMER4cZ53qDTj3JIbEWWzoiup8uktPImLb/tbigfKrjB8As L8AXLt4OUGXF3gPOsNW0zORRvwyHhhm5hGpY3/Bx5m8MlzCfbzwckqE1AocNxzd19rompoQ0f57 sWqMSJGDaVeUOvyNb0cHesVfGJUIwIcn3Fth/k9L9H1OD96wBQJn03PFj8AyDPg4= X-Gm-Gg: AfdE7clA+kJccxCOdbUcB9bl4nBmh4nn+aUzaq2ZPGQ2qnNou6Qqj+DzlaEB1DoacoD Fp5pyaupYTtBzn1q+5RuHF4678EdXl5C94gGeXI3Jc/5DIOaUw/XYpRMECE5RQ+XKmsQW9hLV3+ Tk4bQ+Yq/gtuwqvs+yrncLndaON9lwdBJ4DJ5rGj1WH50uiN0xF09hF0Z8a8bbAV81g5ecEiZQM bqQE3bDVrbrmQCsDHXvIxy2gRmeVACoNAVrWLrw7CbAQaDTgdr5B61eecZ61oDqUK2FwJYli4r4 aj/El8ldGQwpHnZklcCcKt2ciWb3A/9lmI5O4P0vdLLqX27YISevqMaMTBSk8Tvcy/gvVy4ePvB BiO1pVEHMU0Rz8kknKyE/DPTR4pt+IOiZBf/De++PIGi2+CHyyBeI6zM0Rlk+aCmcGFfA7PbgG1 /SH+X8VOAVXoY= X-Received: by 2002:a05:622a:1388:b0:51a:723d:427 with SMTP id d75a77b69052e-51a72a55becmr65322181cf.38.1782428939680; Thu, 25 Jun 2026 16:08:59 -0700 (PDT) X-Received: by 2002:a05:622a:1388:b0:51a:723d:427 with SMTP id d75a77b69052e-51a72a55becmr65321661cf.38.1782428939075; Thu, 25 Jun 2026 16:08:59 -0700 (PDT) Received: from [192.168.0.116] ([198.48.244.52]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-8df81cde303sm196023016d6.25.2026.06.25.16.08.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 25 Jun 2026 16:08:58 -0700 (PDT) Message-ID: <050c1813-98cd-4fdf-a629-11ffa9ce9858@redhat.com> Date: Thu, 25 Jun 2026 19:08:57 -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> 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: <9f0013bd-f19a-44be-a90d-788c078bfba6@simark.ca> X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: HEIdZTAh7eyWG_QW_POIjmFawQLt-AMxOiIoQnP8DCg_1782428940 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 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. > In the mean time, it's always possible to push a fix to the > gdb-17-branch (and even the gdb-16-branch) without it being part of a > release. Downstream packagers can then take this commit and carry it as > a local patch. I like this idea, what I was trying to express above was that the project could also pinky-swear not to leave the branch in a broken state such that it is considered a rolling working release until the next point release. In glibc we did away with point releases, they were too much work and downstream was just as happy to "git pull --rebase" from the release branch. Granted the release branch should have some rules, like no backporting of things that break ABI, API, or exiting commands etc. etc. -- Cheers, Carlos.