From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id krvzG0pOZ2qGGTAAWB0awg (envelope-from ) for ; Mon, 27 Jul 2026 08:25:46 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; unprotected) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=QEavnA8G; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=QEavnA8G; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 5A27F1E099; Mon, 27 Jul 2026 08:25:46 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-5.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 autolearn=ham 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 E8FFE1E099 for ; Mon, 27 Jul 2026 08:25:44 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id A749A4BB1C2B for ; Mon, 27 Jul 2026 12:25:43 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A749A4BB1C2B Authentication-Results: sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=QEavnA8G; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=QEavnA8G Received: from AM0PR02CU008.outbound.protection.outlook.com (mail-westeuropeazon11013061.outbound.protection.outlook.com [52.101.72.61]) by sourceware.org (Postfix) with ESMTPS id 90C574BA5435 for ; Mon, 27 Jul 2026 12:25:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 90C574BA5435 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=arm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 90C574BA5435 Authentication-Results: sourceware.org; arc=pass smtp.remote-ip=52.101.72.61 ARC-Seal: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1785155114; cv=pass; b=rHEgdkOmGbW0cq3/J6WVhweUXObwI4r9S+aIDRb2DkPufHGL8LrOrAvdM74qoOmIJMbN0VvfUel2plw4z9AiMpynCxM/4/+BKCroTZbzPWcXx4vyXiK4mpb2MTpGa6ZI/zTgCYwIOgG0BVA9WtfKnYiw23Wer5GW5xUFhqLxBYs= ARC-Message-Signature: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1785155114; c=relaxed/simple; bh=0r+gGHqO5ItOP+8kW1HMUl9zViGEU9Tp2G87KxTUhpg=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:Subject:To:From: MIME-Version; b=JzyUQP5n22Xxpr3r+aMxpYsJISYY+BKkUgmsZhQhXPV+QFH/vMJyPfOzRIkfihNgwlqq+lJcrQJ7t53iOV//M26w+MwG8ThwoAEulrNFXR5vK/C8U7diEBhAp2+/J33zH0StvxzW8sRNTT7w7yIAgCEh7xtTHO+h2IMbcZ/8Zo0= ARC-Authentication-Results: i=3; sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=QEavnA8G; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=QEavnA8G DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 90C574BA5435 ARC-Seal: i=2; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=pass; b=W8v5p82LoUWR2NpsDbQ+qxmKwL/6H8eemE7J+usEOrVtZwnbIdNy38zrpzq7UEPgKu4ZGeElnQMl/clf1ym+G/3aULOkIIvgwNP/nBxVFX0YaQCNN2ahCi9rpFbW7Of9wxJLXZ5ciNwSMhUgxaxp/olPbVcgnxjVn53V/N3GrJpcWHP75c0ZEJGxcaAqfubKmfv89R4wgDFELsXPpnihh1mKvHFSgdI05V7DMaPwxa7KLAo9fCeM/kP4D3NKS9IkwKEZjfdmeXKZ98LC3N53shrxEF3yBFH05/OHZO/tcxV7JCvmKzKPmqCbDas82HY3Soh421yLK9b2LfmKrgDP5A== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=KN3Nz2HCIfXnX3n8OAMiU5f6ce4ZjISJeSKVdebTfV4=; b=p45Wdy/E/SYq+Wm5Tz0L4qqIk0YBte94Rr8ZHCyhvf1bbImLXboJQIyTpq3hLKLFUYXpMa3eldSQmgT0Rw0U1so4x3yrpZzOSw/4U5kUw18hD8uaOhiiD5Zl7IfaSf4UEwjlF5Qcr2MOEM1XCLda1grI+Rhg6+KoCMGacAJZAH3rVMrNJX3E8hXdR0YfnwfAUWJf9T6WlYjejlu03+sWzxWiS3ruLEbdmJBsXAShfIDzWKsi2RpZReR8Yc9PNyw9djUIAti6Mpr2+h+fkmshao8pAdmkAnv1urxBvQ5z8nRAKSrV/7acl5rgMeudnFcNbVongB5M7UIQ3+kY5Y/aVQ== ARC-Authentication-Results: i=2; mx.microsoft.com 1; spf=pass (sender ip is 4.158.2.129) smtp.rcpttodomain=gmail.com smtp.mailfrom=arm.com; dmarc=pass (p=none sp=none pct=100) action=none header.from=arm.com; dkim=pass (signature was verified) header.d=arm.com; arc=pass (0 oda=1 ltdi=1 spf=[1,1,smtp.mailfrom=arm.com] dkim=[1,1,header.d=arm.com] dmarc=[1,1,header.from=arm.com]) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arm.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KN3Nz2HCIfXnX3n8OAMiU5f6ce4ZjISJeSKVdebTfV4=; b=QEavnA8Gz1QZ6D+4koi8x5tn4Y/cKr2apmHNvrWzywh3LZLtxsTUEjfBDhFbpaGF2mg9cR195rZS41aktZHpr1oH9bWdruAnpyYdcTzAXFFnUsNRwCvQQElzUPyE3ahEHCzF0f7l7LpO6hA4NbpYF5DH2P+JiCVkXJJ29MLwTP4= Received: from AM0PR10CA0050.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:150::30) by GV1PR08MB10454.eurprd08.prod.outlook.com (2603:10a6:150:15d::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.245.13; Mon, 27 Jul 2026 12:25:03 +0000 Received: from AMS0EPF000001A3.eurprd05.prod.outlook.com (2603:10a6:20b:150:cafe::62) by AM0PR10CA0050.outlook.office365.com (2603:10a6:20b:150::30) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.21.245.13 via Frontend Transport; Mon, 27 Jul 2026 12:25:02 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 4.158.2.129) smtp.mailfrom=arm.com; dkim=pass (signature was verified) header.d=arm.com;dmarc=pass action=none header.from=arm.com; Received-SPF: Pass (protection.outlook.com: domain of arm.com designates 4.158.2.129 as permitted sender) receiver=protection.outlook.com; client-ip=4.158.2.129; helo=outbound-uk1.az.dlp.m.darktrace.com; pr=C Received: from outbound-uk1.az.dlp.m.darktrace.com (4.158.2.129) by AMS0EPF000001A3.mail.protection.outlook.com (10.167.16.228) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.21.270.5 via Frontend Transport; Mon, 27 Jul 2026 12:25:02 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=gcdwAE0qB537npp/obe25bqjVXYU8OC2+7darwMWbawTqqZZpWQJLWeD9TEBhEfcg/A6FWCl0MtGfe8gTAp8Zot85miXoSHvWEodg1LT+edy1BG9k1QeCxgm+4NmDuEsr1noU0pdkUOLq8Q6+T6X+tvT9boKia7Zt/c14StWujHyMcjeiZSq0sVEAVvvCiAV4/NEaNKuIpmv7F9Z57hbv+XEumz+7mfuLo7EcmkyXxjg2oOGYoK0RO1WF6K5e6SX5Ap4IjQ9NHxBi/BoJwbuYzYccLwmgopgeFpB491ay8FtRK6HkxEvuknmE98ybFrFHoYutb3YpFwiSIxlAIzTEA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=KN3Nz2HCIfXnX3n8OAMiU5f6ce4ZjISJeSKVdebTfV4=; b=ebbCp2ImIOsSOgLtMr6xip8iH84rEwlseO1iOyXZuZ0JMkShVVmdoCBbrEOy0KtrbnRgZp+ZHv37lJUwiXcwSUagufbR859/hHvWw1AfxKyPA2GLGyqV69YCNbnAu8yrw/N/Zemu3pbFmRrLXBpi6yKF4UndaHiK3nBzjmo5VLokTZmR0LkrmChArbx25PtkXSl2sYDdTsGFo0z/xXuEfvcCQ2vk89+vsGXW+ux1d2r9orOjnxdeYGUwSLeF9zhL3VuyXIkCcZhRSGD66MUKpRcaihLC8WWKMo/Eu9DQ7xvPQpQWNh1LO1MNom6mpH+KWF1LrD71G05nta9v89+Haw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arm.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KN3Nz2HCIfXnX3n8OAMiU5f6ce4ZjISJeSKVdebTfV4=; b=QEavnA8Gz1QZ6D+4koi8x5tn4Y/cKr2apmHNvrWzywh3LZLtxsTUEjfBDhFbpaGF2mg9cR195rZS41aktZHpr1oH9bWdruAnpyYdcTzAXFFnUsNRwCvQQElzUPyE3ahEHCzF0f7l7LpO6hA4NbpYF5DH2P+JiCVkXJJ29MLwTP4= Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; Received: from AS8PR08MB8659.eurprd08.prod.outlook.com (2603:10a6:20b:563::10) by DU2PR08MB10261.eurprd08.prod.outlook.com (2603:10a6:10:499::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.245.13; Mon, 27 Jul 2026 12:23:57 +0000 Received: from AS8PR08MB8659.eurprd08.prod.outlook.com ([fe80::96bf:2de3:5eab:70ae]) by AS8PR08MB8659.eurprd08.prod.outlook.com ([fe80::96bf:2de3:5eab:70ae%5]) with mapi id 15.21.0245.012; Mon, 27 Jul 2026 12:23:57 +0000 Message-ID: <5c623005-2b19-48a6-9bd5-bb3dfb3166b0@arm.com> Date: Mon, 27 Jul 2026 13:23:55 +0100 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3] gdb: align siginfo_t with the Linux kernel definition To: Luis , gdb-patches@sourceware.org Cc: Thiago Jung Bauermann , Luis Machado , Tom Tromey , Andrew Burgess , Srinath Parvathaneni References: <20260702165231.331169-1-matthieu.longo@arm.com> <82f5d130-cfa5-46e1-b640-f575f6ab00b9@gmail.com> <8cb28dc2-6e51-4ce8-b785-fd66470e2e40@arm.com> Content-Language: en-US From: Matthieu Longo In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: LO4P265CA0319.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:390::7) To AS8PR08MB8659.eurprd08.prod.outlook.com (2603:10a6:20b:563::10) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: AS8PR08MB8659:EE_|DU2PR08MB10261:EE_|AMS0EPF000001A3:EE_|GV1PR08MB10454:EE_ X-MS-Office365-Filtering-Correlation-Id: b241de19-8de6-443f-29aa-08deebda1514 x-checkrecipientrouted: true NoDisclaimer: true X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam-Untrusted: BCL:0; ARA:13230040|23010399003|366016|376014|1800799024|18002099003|10067099003|22082099003|11063799006|56012099006|4143699003|6133799003; X-Microsoft-Antispam-Message-Info-Original: dLr5ktWuZTtvCrmUd2EJ5BRqYEvWkRMmI6GN+pLHurYU/OPInIUJ7wAYnHgbHiey5SIzdrZu5HjY6HSiQe11dChbvohQNinPXoP89WXkMiAjVGaU/CImqhDotRisrhGW2KQx7nsmC5OIb1Q0aHe6bpa/mC4fTbFJlyFDaD03+187e7i0Bj7SFj9koee6pk6Kj2LBQ+jymIEB8fmyTdvXqbRK4hPhP0IKlSM51xlkjQeYznpt0uvwr0QVBC2SuPB/e8PSJcEzpYXHdq4jsvnOyCFuzEmpf79j6EWzpitU7UM6wfA4vp5VqxW1gRYC316TW9HwkNFbR8MzZH/OZlYQF4Skd/TRYvF8Bc60AzEJzMiz5rqKjdAQi6hbBocL0+hrhe/Cjiw3jInF8pv1/KmoNJzbpB5Yy6L36Vpoc/tc8HlS0njz0G/wmKcjck2VQMIUbiLEt5uNZ9y6FkEjQETlonJb0znN+dyn9Kpj1+OSfUzP0nMCCeB1kxJIRgtT6OpV5boOfmFFMGTXcsK0XDzNp7PTIszBL1T3W/nKTojW7zthvtOUBYfSXGWKYn0iJ7gJhScjsATfjwqmHKtPT3wafNzevrUmRz60rrDX5Gu58UppWYqdrTKalTw9ppQPQzSoGGLueD80F2Oz7lX7iH52asf+aWkJBtTJUe7uP6m2kHo= X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AS8PR08MB8659.eurprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(23010399003)(366016)(376014)(1800799024)(18002099003)(10067099003)(22082099003)(11063799006)(56012099006)(4143699003)(6133799003); DIR:OUT; SFP:1101; X-Exchange-RoutingPolicyChecked: UNtGFmjokAGs5w4RSy6wsDUMD5x70qhnSifmQZBl1TvQb8OhKwDR5vwpZbmQEpEu9Xg9snZjnl32q/UTVHKzK6otAejrAitAmOkPYSny1qYEkXlE5powRfXOJHiHWhn8UiH97FS48RIrWa8A8FhC2OVfUU41jQvuPCrmLRo1hwmLB2UhtZi90xIa8rSjpLqgHSmBVl5UIvb9mIkkd7jLPPGFAqXkVBrTDwZWtLb6mUJ9UvbILDsGpx6SGjiDhvtBJ+8jsQagIbxa+6saatp29ePOAUMMvydQhwtoi+MFGa0Io7FMsqZ1THUtAk2gDWLDBHlzAGj6cR17NcGGU474gw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DU2PR08MB10261 X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: AMS0EPF000001A3.eurprd05.prod.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 384fedc3-fa1c-478c-9513-08deebd9edde X-Microsoft-Antispam: BCL:0; ARA:13230040|1800799024|14060799003|23010399003|35042699022|36860700016|376014|82310400026|4143699003|10067099003|56012099006|11063799006|6133799003|22082099003|18002099003; X-Microsoft-Antispam-Message-Info: 4IW/p6pJbqjuTsEHyR7hfVgZOvkJFrd27LG2mKT1doNNpToDvHQccYHMl+xYyT9DioVPRpMrDLC9ts4dMZpb87OcvPN72yUph2dm0RSswNjMpXF1CAVx0i9EIXKBFM1AbS2o8zZyWI+biSVpskHLuUmzlKL4/iuyhiHsj8O/FXf1YLZwSfISPxSixLqaWZzYnz92qUc2fVHhjFM/N/8/lUNjywUSK78ZmHZF9ZDGHTwWzOznOWmzbKA9VLySLgJZJjr2EsZCE7rlIpuLmu4J6M8naD5Tc43fF+HKmSUS32lx9VzMeYbhC4VhilsowEBGK2zXNV4lxXB+Q1EvdEss0sd11IUwshmvvM5jnHfleGsiKMUZUZ4ahiQpiSwS0LMJOeAMh2UCZtrbFDYOye6O/1LWzBIrgWnY3nzIVC+ygoQxPwg3zQwlZUAhPytZSqpFdr6OH5GoeZvXSh7201O5jai9iOkY85A1cJM1BRumMVdH2krCTQkEr051al+CJj2FQFpcnqT8+HGk2+Kt/JclsUssNp+nU6YFF13SOShLnMylVwiSGSTZswF+hbuHdqSHDA6Tku1zg7FQ1m67fSTdG02/SAjhHJEXDn1ouoTu3Bs8d5brjhAkfgDJQtYWQYVXHvJI8hAj4CMPK8wUCrwjQT1phRM2jhN3wvzcaZ/u+Tw/3IrVwsusiHgqKv/jtnn5N9aBjGY8UrbUIuOAm8KZhw== X-Forefront-Antispam-Report: CIP:4.158.2.129; CTRY:GB; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:outbound-uk1.az.dlp.m.darktrace.com; PTR:InfoDomainNonexistent; CAT:NONE; SFS:(13230040)(1800799024)(14060799003)(23010399003)(35042699022)(36860700016)(376014)(82310400026)(4143699003)(10067099003)(56012099006)(11063799006)(6133799003)(22082099003)(18002099003); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: +KRkLPAUboraEUsVYiqfVP0dGhjUG7aJKHRqVFUASAVsxEaxhLF3fkdBSiBwso+rlfPjnpQyKg5biwyUYeQoBnn4vMY/fc5RO4xb4H/kzD3hencNUjJbiTnxrzPixF7wqSOcDjMyo6pRIpYVKmA3YmEjz9TS8cttqLm+I2BRgrZH4Hm6k248hkMhRSO/7oC4CBKBNi+p57r4g168yZ91fxlAbbH0dp/xVu05/MEJT5nO0AP5sAn/dshJrB6jKGboiB5Fk0MbWecLvvMe185d+ztIdDcNxLj8ejJu27mEGOkD2MP0qlEE8HuHdyo2E3U6DHp7f2i66SzOI6WbKsnPdfKOszKs6jWdLJ4Uh6XSxYIxTytU0zs/+yfZLl/zcVaa3T6TIMoP+ZJP4Ogxz94Kwm9x7Xu1hDe447SKM4jSsP2lBuPdcFC6lgpa5ZXQVDAO X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Jul 2026 12:25:02.1287 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: b241de19-8de6-443f-29aa-08deebda1514 X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[4.158.2.129]; Helo=[outbound-uk1.az.dlp.m.darktrace.com] X-MS-Exchange-CrossTenant-AuthSource: AMS0EPF000001A3.eurprd05.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: GV1PR08MB10454 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 25/07/2026 08:46, Luis wrote: > On 24/07/2026 10:18, Matthieu Longo wrote: >> On 23/07/2026 00:09, Luis wrote: >>> Hi Matthieu, >>> If we're going to access this by hand, it might be worth having some easy to use too. >>> >> >> What type of accessors do you have in mind ? Compile-time ones ? Or runtime ones at the destination >> of the GDB users when accessing _siginfo ? >> > > I meant when users go and try to print this struct by hand. The other cases where gdb uses these we > don´t care too much about the length of the names, right? > I could not find any existing utils to declare such an alias. After a first glance at the code, it does not look obvious to implement such a feature. The way to implement this would be to add an new field to "enum internalvar_kind", and then handle this somehow in value_of_internalvar() to resolve the alias. And then trigger again the evaluation expression: expression_up expr = parse_expression (exp, nullptr, flags); return expr->evaluate (); Then there is also the registration of the aliases. Those aliases should not be defined unless $_siginfo is available, i.e. inside siginfo_make_value() ? The aliases to be defined to should be target-specific, so some handlers should be added inside gdbarch. Given my first investigation, it looks really out of scope of the original patch. Specifically because those aliases are conveniences for the users, and they do not exist today so no regression in term of user experience compared to today. >> For the compile-time ones, I propose to add those defines: >> >> diff --git a/gdb/aarch64-linux-tdep.c b/gdb/aarch64-linux-tdep.c >> index f11eccc1bc1..1a03e6897d6 100644 >> --- a/gdb/aarch64-linux-tdep.c >> +++ b/gdb/aarch64-linux-tdep.c >> @@ -2689,7 +2689,7 @@ aarch64_linux_report_signal_info (struct gdbarch *gdbarch, >>         si_errno = parse_and_eval_long ("$_siginfo.si_errno"); >> >>         fault_addr >> -       = parse_and_eval_long ("$_siginfo._sifields._sigfault.si_addr"); >> +       = parse_and_eval_long ("$_siginfo."si_addr); >>       } >>     catch (const gdb_exception_error &exception) >>       { >> diff --git a/gdb/linux-tdep.h b/gdb/linux-tdep.h >> index c19839fde2c..f739cc69111 100644 >> --- a/gdb/linux-tdep.h >> +++ b/gdb/linux-tdep.h >> @@ -98,4 +98,18 @@ extern CORE_ADDR linux_get_hwcap2 (); >>   extern bool linux_address_in_shadow_stack_mem_range >>     (CORE_ADDR addr, std::pair *range); >> >> +/* How the fields from siginfo_t's _sigfault can be accessed.  */ >> +#ifdef si_addr >> +#error "Matthieu: this should not happen" >> +#endif >> +#define si_addr       "_sifields._sigfault.si_addr" >> +#define si_trapno     "_sifields._sigfault._anon_union.si_trapno" >> +#define si_addr_lsb   "_sifields._sigfault._anon_union.si_addr_lsb" >> +#define si_lower      "_sifields._sigfault._anon_union._addr_bnd.si_lower" >> +#define si_upper      "_sifields._sigfault._anon_union._addr_bnd.si_upper" >> +#define si_pkey       "_sifields._sigfault._anon_union._addr_pkey.si_pkey" >> +#define si_perf_data  "_sifields._sigfault._anon_union._perf.si_perf_data" >> +#define si_perf_type  "_sifields._sigfault._anon_union._perf.si_perf_type" >> +#define si_perf_flags "_sifields._sigfault._anon_union._perf.si_perf_flags" >> + >>   #endif /* GDB_LINUX_TDEP_H */ >> diff --git a/gdb/testsuite/gdb.base/siginfo-obj.exp b/gdb/testsuite/gdb.base/siginfo-obj.exp >> index 6c43d30b7b8..5e36b334068 100644 >> --- a/gdb/testsuite/gdb.base/siginfo-obj.exp >> +++ b/gdb/testsuite/gdb.base/siginfo-obj.exp >> @@ -115,7 +115,7 @@ gdb_test "p \$_siginfo._sifields._sigfault.si_addr = 0x666" " = \\(void \\*\\) 0 >>   gdb_test "p \$_siginfo.si_errno = 666" " = 666" >>   gdb_test "p \$_siginfo.si_code = 999" " = 999" >>   gdb_test "p \$_siginfo.si_signo = 11" " = 11" >> -gdb_test "p \$_siginfo._sifields._sigfault._union._addr_pkey.si_pkey = 123" " = 123" >> +gdb_test "p \$_siginfo._sifields._sigfault._anon_union._addr_pkey.si_pkey = 123" " = 123" >> >>   with_test_prefix "validate modified siginfo fields" { >>       gdb_test "break $bp_location" >> @@ -143,7 +143,7 @@ if {$gcore_created} { >>       gdb_test "p \$_siginfo._sifields._sigfault.si_addr" \ >>          " = \\(void \\*\\) $ssi_addr" \ >>          "p \$_siginfo._sifields._sigfault.si_addr from core file" >> -    gdb_test "p \$_siginfo._sifields._sigfault._union._addr_pkey.si_pkey" \ >> +    gdb_test "p \$_siginfo._sifields._sigfault._anon_union._addr_pkey.si_pkey" \ >>          " = $ssi_pkey" \ >> -       "p \$_siginfo._sifields._sigfault._union._addr_pkey.si_pkey from core file" >> +       "p \$_siginfo._sifields._sigfault._anon_union._addr_pkey.si_pkey from core file" >>   } >> >>>>>>       append_composite_type_field (sifields_type, "_sigfault", type); >>>>>>         /* _sigpoll */ >>>>> >>>>> Do we need to add some extra tests to validate that gdb can read these new fields? >>>> >>>> Indeed, I can add some, but I would like to avoid adding a test for all the new fields. >>>> Can we stick with the original purpose of this change, i.e. adding si_pkey ? >>>> >>> >>> Sure. I'm fine with having the proper coverage as a follow up patch. But it would be nice to at >>> least have the coverage for what you plan to use, like si_pkey. >>> >> >> The proper coverage is not easy. The test gdb/testsuite/gdb.base/siginfo-obj.exp relies on >> definitions of those fields via the glibc header . It creates local variables that GDB can >> print to test the values. Since the definitions of siginfo_t are not aligned, and some fields are >> missing, I don't think there is an easy way to do a full coverage. >> >> I propose to add a few fields from the anonymous union, like si_pkey, and the rest should implicitly >> work if si_pkey works. >> >> PS: I will publish a new revision once I get your confirmation about the naming, the compile-time >> accessors and whether I need to implement runtime accessors. >> For those last ones, please point me into the right direction for the implementation. > Just a suggestion. If it makes it easier this could be a unit test to make sure we have the proper > fields at least. But checking runtime values would need something more involved. I will include the test as a part of this patch in the next revision. Matthieu