From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2052.outbound.protection.outlook.com [40.107.243.52]) by sourceware.org (Postfix) with ESMTPS id 8F998393D00C for ; Tue, 13 Jul 2021 03:56:54 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8F998393D00C ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CuHrU4QUJNOYgQWC+Xjp/FAmhzq8e5KqxLtoZjsPJN5RbxKoyXHe3Ra0r2mUZNAWUog/RltRLRwsUjCNp9UvC02DfdhdH7mHzdgaNOG6LqqfHGA1jB2WYziEUtRDPZwu9ub8q51UhFb++xgvuD1VF+0AmmsQwjFJAc+tTqriLALQX0lZiRE6Gzt2U1QECao5RrJCxLHunCwkpWhAovJVmpQnKoxENVtHyauQbpMbiqP5F1nLcR2JtiqJhhg/JpTGycmK8uzwANfY81sAdK6I0XcRUiP48O7FItcP5nslkrgGi1wzNzoboczUVKQOLfYniQD8iYz8bgZ1IuY1JXL5tQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cZ2P5eIjHAEHrzX4P/P53PD1J9ceJfszOngfrXvSXvw=; b=IEeLgo7Zz98OiLj6hjAPrNaZ7d5IE+WjVHeKG6W0H8Tj1VAA7Nk7hmL3ZhEdnWQ4vyZtCTw0rhkpqz7pBBhPm9417thQmdOwx33HH0haK3P4xG5LtTLW+qmh4+Im1dJiifYEI3QAIfMv89G9vNbqAf/wyNBlwHXCHDGjYrU5jKSQHBvmVmS+PESSs0fk/kY4LfqWMR4c4NBSBxxf1m0QkPUUR9HXWcgL+f8S+3H1f80D8DEVfzYpFdwX8izUmd1RT6KxQ4z3GPpHdI9B+wcUsqdi4Ml4hi1X5H5jMlkIbMx6DBh703SYgR3abgjpvxDx9JuIvCL/G+qQ+bpohwW/PA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none Received: from CH0PR12MB5265.namprd12.prod.outlook.com (2603:10b6:610:d0::22) by CH2PR12MB5546.namprd12.prod.outlook.com (2603:10b6:610:63::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4308.21; Tue, 13 Jul 2021 03:56:51 +0000 Received: from CH0PR12MB5265.namprd12.prod.outlook.com ([fe80::fd7b:1e59:44fb:44fd]) by CH0PR12MB5265.namprd12.prod.outlook.com ([fe80::fd7b:1e59:44fb:44fd%9]) with mapi id 15.20.4308.027; Tue, 13 Jul 2021 03:56:51 +0000 From: "E, Nagajyothi" To: Mark Wielaard , "dwz@sourceware.org" CC: "George, Jini Susan" , "Achra, Nitika" , "Sharma, Alok Kumar" , "E, Nagajyothi" Subject: RE: [PATCH 2/2] Test script modifications to use llvm-dwarfdump when compiler is clang Thread-Topic: [PATCH 2/2] Test script modifications to use llvm-dwarfdump when compiler is clang Thread-Index: AddKRyXCqliHcsK8S9KZNTaETuELegGT3Z/wAgCpteAHwFjKkA== Date: Tue, 13 Jul 2021 03:56:50 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_76546daa-41b6-470c-bb85-f6f40f044d7f_Enabled=true; MSIP_Label_76546daa-41b6-470c-bb85-f6f40f044d7f_SetDate=2021-07-13T03:56:39Z; MSIP_Label_76546daa-41b6-470c-bb85-f6f40f044d7f_Method=Standard; MSIP_Label_76546daa-41b6-470c-bb85-f6f40f044d7f_Name=Internal Use Only - Unrestricted; MSIP_Label_76546daa-41b6-470c-bb85-f6f40f044d7f_SiteId=3dd8961f-e488-4e60-8e11-a82d994e183d; MSIP_Label_76546daa-41b6-470c-bb85-f6f40f044d7f_ActionId=761579c5-dd92-43e5-b76d-09afaa26ddc3; MSIP_Label_76546daa-41b6-470c-bb85-f6f40f044d7f_ContentBits=1 msip_justification: I confirm the recipients are approved for sharing this content x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ed5a2097-49dd-4953-4a66-08d945b23efe x-ms-traffictypediagnostic: CH2PR12MB5546: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Zidq8c1mKImPBHl+D+zhuVhJGCR50gwhapG9vZM7ImUSa0uHxsFxUUv6cWNCu4atbfQq/wV2lAwq9m12yK1Y6RoaWk6NUz4o/6AdWp5LDcwxT66BhFF+lb52TctNU6JeUYfVcgF8rWjGeaZVo8oOieLIG+mG5tM4/bc8BSSsgeJ5Ow/MWr7EXGF4Kcgvh4hOxBk8HPXR0mUWtuI8eBKL+Hl/X5Nho6o3zG52wqyqfptq6ChpxztLqKauouWR6zTT+XkgrBB6eTe+Co2X51eV/GUPKiv9QZmoHoIpRQLNJl8imz2/Zrhi/o3ZAylFu8xSFvqbrha3dWLRG77Vi1v95RH1J2wlWJ96XgKPSAzdGBehXmyspzmv0SAlhy+7lv3qXkRYMX9bUHdTSWgVob3Hh7/T56YOcWFgOshGlwonJSOcfHQ0ZDLxRhfGgcrwoNq9DS8yw5ZhcOzkCLxFREzbH8DCszutFtJL1qmRwgSfjxuzXGXg1aa7wGcfpqvnhnd7XzVTD1gSK3+sPFwj24+fBc9L9aNx6aLkg6+0S+57hC6+58GmobGhXwPl6KZoOxp0cPQuy1EdXJmlelZWTR7yQyCLxQ7Z4KX0bCxYg/9qzHZZOAfTMRbUJtOD1ANXIf3oL5L4ofAxr0RScbu6C1tZLIbgftn733YjKCRY7uu+k5Y6rEaBzt5tG7HyU71wPjou9iEY9cw5H7nVAy8H4UUJmDr7NVRewjvctZ3D/NA7eo4= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CH0PR12MB5265.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(136003)(346002)(396003)(366004)(39860400002)(38100700002)(122000001)(478600001)(966005)(71200400001)(9686003)(55016002)(66556008)(64756008)(66446008)(66476007)(26005)(66946007)(76116006)(55236004)(186003)(33656002)(53546011)(6506007)(45080400002)(4326008)(52536014)(5660300002)(7696005)(54906003)(8676002)(316002)(2906002)(8936002)(110136005)(83380400001)(86362001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?MTh1/gwypqd1Y4hEu/tdBSrKoX3kfv8fFgOVrpeUaSKWyxsc8Zd42UZK4au5?= =?us-ascii?Q?g/Vxk7P+Ma5hpn4KXSj2w28yWiO2lXLUt3ZyeQZe9TRjI4mH13LUc1YjQC/F?= =?us-ascii?Q?2sRehh0XgR9m4cI99YwulV3366BPGFjTsQd71BwWpC/4fiH84NZ+SR1X0OP/?= =?us-ascii?Q?xZ4wUEbpz4BAbzoVvIPE2FM5bOEUm6oaqmht9CR6iPvlHVIM4TQ5L+XU8JD7?= =?us-ascii?Q?0/b3Slatr4VjCAY2d9+IdGjA99uCvdOxvKcnlp6mwy3MwowHKuWGBZUJNhiw?= =?us-ascii?Q?aAFH8+CWuPRYK5mtmuan8BjK0yftXheMHKAQLJ7f1QUXTyEQ9nmlmTUxFQ0q?= =?us-ascii?Q?fjSUHRwklSzW34plZjDgYFniNOiSrbK61ScsR+nX+UNocLMf2e7yqq/om5ri?= =?us-ascii?Q?+7SL+p0RDW5DEOLSvGHzfEgLC9cFy+JOOKH3PQNhlQITAdxtg/CJjvZawz6j?= =?us-ascii?Q?15wCyiK8nr3mjtdHF48NDgvWiPVAHBMj7m8A4JUkS82Q3oHqU+/gNGpKIq9k?= =?us-ascii?Q?Y90mXCjsMHU/bUaBM+5ci5kDFRCCv+hj6uaIlo9YYkkI5lVCOD4SnDQHHkhK?= =?us-ascii?Q?5BY7bcvopC4CtlA9Yogb41oDFJr9bBT/8hE5a1a6wFm6owPNY5iuHn6DPKMm?= =?us-ascii?Q?6rWfzi51UzkgsQGB4hpcc7F1nYVYa2y1aHP4WIil6Z9M7O8W8iWk+rmslX8c?= =?us-ascii?Q?+bClKuMyN6xR0wk0a4GeB0hvgcHYRGWrb9JRlbunE06xEiU2XYAZ/T69nUt2?= =?us-ascii?Q?ncn8+w4Lj7IvCx5uksc4p/4mlzps7y5WnPpUkt0ndTSIIwS0jVLA0SxyK1Ce?= =?us-ascii?Q?1JhN7rZ3Zi+hoR79S5h+yoZMiK5NyurqKOARj+opLi9U3lmI/9lNnVLSwUUi?= =?us-ascii?Q?DZaNyn/igrjPjvu71ZY8BPQ+QPGYu6tMyX3c2JWomFNQm5InLDuwLJZVC38m?= =?us-ascii?Q?7b8CnwDFjSZEq1gnKJs1ycisQevbOnf4stJc9DmdaBLomK6gfhyCB8FalQIi?= =?us-ascii?Q?uYAGd2acCCxkqgCuWUxDyb5PF4xoe04btoUjCkBpDx9vzRbHk5JPYDjLPG+W?= =?us-ascii?Q?VHQNdlQHg8v4p9YhNkFJN+v3jPR18lcazpuaeM51YpI0i9iTg8BlHXgGozRj?= =?us-ascii?Q?90rD+9nVakrN3FzCESDUf3iqQdP26rsc1Rm2wF3svkNO76MBjdjXYjiGU51K?= =?us-ascii?Q?8+379soEPD3HqHFbHASLBbxdAnoFkRmyC6NJcNlTWqK5RJGMB4A1Divid8Ys?= =?us-ascii?Q?jPax6CQnpma/OjJ/nG1rYGkgyUQ4K+Tpdt34phOTZooVCHkjv9roNr2u/5VD?= =?us-ascii?Q?+kdoahxyVlU/HDR/kZqK0QFb?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CH0PR12MB5265.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ed5a2097-49dd-4953-4a66-08d945b23efe X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jul 2021 03:56:51.0385 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: C9xnFccW/Vly3oO72oqodaUSvmdmJ0lh1Ds/viaNUppcENKJVZQkth39qyXLepqVtEuJGU1tlSeP/pJgSX+v1A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH2PR12MB5546 X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: dwz@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Dwz mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2021 03:56:56 -0000 [AMD Official Use Only - Internal Distribution Only] Ping 3... any comments on these patches? If any explanation/clarification is required, I would be glad to provide it= . Please let me know. Thanks, Nagajyothi -----Original Message----- From: E, Nagajyothi =20 Sent: Thursday, June 3, 2021 10:27 PM To: Mark Wielaard ; dwz@sourceware.org Cc: George, Jini Susan ; Achra, Nitika ; Sharma, Alok Kumar ; Parasuraman, H= ariharan ; E, Nagajyothi Subject: RE: [PATCH 2/2] Test script modifications to use llvm-dwarfdump wh= en compiler is clang [AMD Official Use Only - Internal Distribution Only] Ping 2... gentle reminder for review. Thanks, Nagajyothi -----Original Message----- From: E, Nagajyothi Sent: Monday, May 24, 2021 5:48 PM To: Mark Wielaard ; dwz@sourceware.org Cc: George, Jini Susan ; Achra, Nitika ; Sharma, Alok Kumar ; Parasuraman, H= ariharan ; E, Nagajyothi Subject: RE: [PATCH 2/2] Test script modifications to use llvm-dwarfdump wh= en compiler is clang [AMD Official Use Only - Internal Distribution Only] Hi, Does anyone have any comments on these patches? A gentle reminder for revie= w. Thanks, Nagajyothi -----Original Message----- From: E, Nagajyothi Sent: Sunday, May 16, 2021 5:06 PM To: Mark Wielaard ; dwz@sourceware.org Cc: George, Jini Susan ; Achra, Nitika ; Sharma, Alok Kumar ; Parasuraman, H= ariharan ; E, Nagajyothi Subject: [PATCH 2/2] Test script modifications to use llvm-dwarfdump when c= ompiler is clang [AMD Official Use Only - Internal Distribution Only] Hi, This testsuite patch may be used while running make check CC=3D"clang -gdwarf-5" CXX=3D"clang++ -gdwarf-5" to avoid test failures due to readelf. This checks if $CC/$CXX is clang/clang++ and uses llvm-dwarfdump in place o= f readelf in the test scripts. This is needed as readelf produces errors/wa= rnings with clang-generated DWARF5 sections/forms, causing many test failur= es. The latest llvm-dwarfdump (27 April, 2021) is to be used, which has a f= ix in printing headers of DW_UT_partial type. Thanks, Nagajyothi -----Original Message----- From: Mark Wielaard Sent: Thursday, February 18, 2021 8:15 PM To: E, Nagajyothi ; dwz@sourceware.org Cc: George, Jini Susan ; Achra, Nitika ; Sharma, Alok Kumar Subject: Re: Plan to contribute for supporting split dwarf (-gsplit-dwarf) = in dwz [CAUTION: External Email] Hi Nagajyothi, On Wed, 2021-02-17 at 05:53 +0000, E, Nagajyothi via Dwz wrote: > I am working on adding support for the dwarf5 .debug_str_offsets,=20 > .debug_addr sections and the related forms DW_FORM_strx[1234], DW_FORM_ad= drx[1234]. > Please let me know if anyone has already started work on these. Thanks, I don't believe anybody is working on this right now. There is already a bug for .debug_addr/DW_FORM_addrx[1234] support: https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fsourcew= are.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D27375&data=3D04%7C01%7CNagajyo= thi.E%40amd.com%7C37c0fb4399464264b01808d8d41bcb9c%7C3dd8961fe4884e608e11a8= 2d994e183d%7C0%7C0%7C637492563147320988%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4= wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3D= 7AjB%2BXKo9J5gTlW1CeEhHXZykYKB2vFZ%2BTnBQvW4%2BIA%3D&reserved=3D0 I think this shouldn't be too hard. Any DIE that references an address cann= ot be moved to an alt file, so simply mark it with die_no_multifile. We do = try to optimize DW_AT_low/high_pc attribute pairs, so double check that doe= sn't interfere with DW_FORM_addrx[1234] processing. Also note that there are two new location operations DW_OP_addrx and DW_OP_= constx that can reference the .debug_addr section index. As a followup you could try optimizing things, but then you need to keep tr= ack of all the addresses used and see if there are duplicates that could be= turned into a (smaller) DW_FORM_addrx[1234] index. But I would keep that s= eparate from the initial implementation. For .debug_str_offset/DW_FORM_strx[1234] I opened a new bug. https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fsourcew= are.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D27434&data=3D04%7C01%7CNagajyo= thi.E%40amd.com%7C37c0fb4399464264b01808d8d41bcb9c%7C3dd8961fe4884e608e11a8= 2d994e183d%7C0%7C0%7C637492563147330979%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4= wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3D= AqQRLjgKh9h7YHPIr4wDiqP1rRTXz2kG6IZlAT0SaSQ%3D&reserved=3D0 This is a little trickier than DW_FORM_addrx[1234] since such DIEs using DW= _FORM_strx may be moved to a multifile. You also probably want to make them= equal to DW_FORM_strp entries pointing (indirectly) to the same string. You might want to add a note to the the bugs that you are working on them. Thanks, Mark