From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2050.outbound.protection.outlook.com [40.107.93.50]) by sourceware.org (Postfix) with ESMTPS id EC5853848437 for ; Sun, 25 Jul 2021 17:35:06 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org EC5853848437 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GeyUpiPM+5HiuszNrAvFxVIW4k+EEFEJm0wMs7tAkrcgrnkCitQ+LibqrQm8aOAfa/Znz3eu1OAeihK5NhCSi2ajo7LhkPqO/fcQOPCSOpQsn0R95V5SsnMIK8JXiEH3TUwnqWrN2tj9MIOyELwne3NDBP+MkrmiBxsE8xjH8OhiWSF/rfLWnHkFtSfURbdHt9X0i4TXC/G2OyNfMQFFSmwkBAk8/reTo1l/faPsEBoFkoRr2ftxl4EwpT38Xya1Q/k1z3dWD7CpCfIi0Jt/z1N7GmdOkSbWTkUNmOLuUHcDzUjkjrEwJ21aLgoT+HJkXt8crrOVKmgKmBmA1KdXzg== 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=0hXBG5rVjmDBo07jeWtegGMLc1KHAajrRlEM1DDlwWE=; b=LoYaIG2Y6aXJuILzrHbDFhwU+Y4l9yl5U2SyIY5roQK/RDHSUhIPJZoxHErKiwya7Tc7cvufB+V2LSgn3lYjOVkLU0Umm72ZXc5W5YdeqONWzWRwf2gU28uw1wkEEBAygZywcskNkn1sMPJ6WkHzDRITOFU0CX5yxTucwv1K/aDHTt2j5ITarSnxm5gtdnpLkqxmDyFVDZhaFlKIApKXXzf9lycPPWi3G88eV/Wr+7VtzOsauRrtpXo90s3SmgevyXuMGHDi6QzN6M6sT78hrb+LT/8U999UCGBFmTwGFqRaRzwe46xm3tbvPkcFbO6xAQvv/HaI9yKnNq97TTIXrg== 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 CH0PR12MB5153.namprd12.prod.outlook.com (2603:10b6:610:b8::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4352.25; Sun, 25 Jul 2021 17:35:05 +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.4352.031; Sun, 25 Jul 2021 17:35:05 +0000 From: "E, Nagajyothi" To: Mark Wielaard , "dwz@sourceware.org" , "vries@gcc.gnu.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/wAgCpteAHwFjKkAJ39LKA Date: Sun, 25 Jul 2021 17:35:05 +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_0d814d60-469d-470c-8cb0-58434e2bf457_Enabled=true; MSIP_Label_0d814d60-469d-470c-8cb0-58434e2bf457_SetDate=2021-07-25T17:35:01Z; MSIP_Label_0d814d60-469d-470c-8cb0-58434e2bf457_Method=Privileged; MSIP_Label_0d814d60-469d-470c-8cb0-58434e2bf457_Name=Public_0; MSIP_Label_0d814d60-469d-470c-8cb0-58434e2bf457_SiteId=3dd8961f-e488-4e60-8e11-a82d994e183d; MSIP_Label_0d814d60-469d-470c-8cb0-58434e2bf457_ActionId=a427917d-cfca-4bc9-acf9-42e728e94e38; MSIP_Label_0d814d60-469d-470c-8cb0-58434e2bf457_ContentBits=1 x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c6a8a00e-0e12-4f45-8379-08d94f928a5a x-ms-traffictypediagnostic: CH0PR12MB5153: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1169; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: npacGjbFMA2jok1nw7yplft6nkA0+Hp5tBqbym8zGVx35KcyPUa78TduRxOFWrEwuBLdX3o8ZvqXYZZXooS72o0vcBNXDklguUZLNibG16fxnyPpSg9R3VStxth1Iv7gs9WJTI7JevRgJPs3f3L+VhfnSInts91tI9A+1Lkgq+xSxnwz8gHqObdM6JkWL0WqIYRU8Y8KGmnQNP6UiTv7xtAvd/HKqFussCminbkupH2/eUibS54+Lse950V6XLagap7lzYQ9jhRPYO6dhVu8DMAEhEHIWxKzD1tUFtaERazgmkAFcvSvMjQbESDaRDjEZWq/9CMJCdNYLtZPUBGUTjZuRjgjLTzZYAavF9eDILR7CUYkva2ZRwHai7IF3fGfQ/y70b8kWPZBjqaRN3u7siMDxcqXWVV+j3c10IYJkAmVo6rOT2cgaxJHeRAHyTEGpR8t/y5LA5NT1F7uQ2iLDN/S6bGempVjyt3NOrdD2f+ZtHPgZrlSW/RkFEucAQce6zVDy4oEYolYM8Ze0Tydu6k5wXR5Mnqh7hKeqaXJFdqzCeZudVTFDv/u5DhGBhIfyDo3FwfQbM9/snmhJEHEc9pfxtQrPKgM4CWi7yt68XAHbU4x4CC592G+yZFZnYnTK+plWotoomdXP0K9InEVRFkMtfCcROeD5WzZgaVwGss3iutJsUz9LBQea8LGNtnsSZRhL/mjaxKN92016CtVAc0o+aBjdrfNF+yA/e/kpAKquU4jekrrLP2qd8Myr/DOUbImToHGXwlo7QydwbW6Wxokv4L2uvZmApAebAWh4Ks= 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)(136003)(39860400002)(366004)(396003)(346002)(376002)(478600001)(5660300002)(45080400002)(122000001)(83380400001)(86362001)(33656002)(54906003)(8676002)(26005)(66446008)(66556008)(71200400001)(66476007)(110136005)(66946007)(76116006)(316002)(4326008)(966005)(8936002)(64756008)(186003)(38100700002)(53546011)(2906002)(9686003)(52536014)(6506007)(7696005)(55016002)(55236004)(38070700004); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?RJolqiRON9ZVGaBAkJ2b1QM0Kz5VYb9XF/jPZgbFweQtaMB5zcQ6tB7QDyLK?= =?us-ascii?Q?cqRiuYRb759eIUfpRPc5FY3Pmx3UXOS4HxOnIaI3PvC12GQLtdn+Dq4TWfHO?= =?us-ascii?Q?ioaFaHiXSlJ79GCV2TiVYXRB67Fm8cbm3tIUMVOxhf9r+YWHju2YiwzSbKeV?= =?us-ascii?Q?ZL0Xz8tSY1rIDrGjmVm7czisEDsnaSLQ/uwtxH4VPgzdeEh5Eh3LHjh2oVCj?= =?us-ascii?Q?9j+l3+3wtYpuWLNubw5uU8TxLYGVn7uBzIroQQhWHl7ZpeQQWvzou3+oACB1?= =?us-ascii?Q?zWm6NnwVQ/SQ3AwiH9Ki86E10D8DGh0yXhjd0+KmWtFL54CFSx+5WrvhKmoy?= =?us-ascii?Q?kV1FjwMY2fvQMrEBfY5UqHlgX0rZ1LGGaEqT5aDpJY9e+5h2Ov6M7PeRrTDl?= =?us-ascii?Q?7n4ObDJmncx2kzAckMVXYLyNkldwFL6Wxjggdml3WCIVwjYiHC/REvdmVDAg?= =?us-ascii?Q?YfKJQ44hPmYp+58CBVTEwJLkKVXdkzq2jMA1lU/9HiJ5ZrKgRFLM5Xx8x7BY?= =?us-ascii?Q?mvcqyv5ECPOnIj1wONbT/NiiEYOlo4QDe9QVvN59yA74r9UMvKrPRAyC0lhT?= =?us-ascii?Q?nuVH2ztaazNh3tkgc98UAmfT4FTvYNycdFcirPmiNZgXrsa4zkF4S5A4mbGD?= =?us-ascii?Q?+Cf1b/iJ3qrhbNhjWLZZEgSbJX7uaMeeFlkH8pX/38D8947SI/ds8c57Y3gq?= =?us-ascii?Q?NyRj7P3pp935u+Z3J+StuWulcTtH6m8gYjFFYoBoCbMSD3SvIVeiAHX/WYlL?= =?us-ascii?Q?U18NnPQnc8WVIhB+7+cH8Mqs3GHw3RtqeN6sCIcvVvxvAL6H3FA/dLeBN0V2?= =?us-ascii?Q?+1Mn/f9YoepHFjAorajzueSgC+OJW4zNeZonYUbA0D5k1PY/DNKGc821zXxq?= =?us-ascii?Q?fHhStaKfY5r9GasDHUXRz7omYd9L8mLHgnkR1WHLy0Fh5xF454xUlz/ThNtb?= =?us-ascii?Q?P78s7hU1iHH7oAJbj1mTpRJpL2sODK1031TlUXeo92yaPQZue9KywvmKPSpZ?= =?us-ascii?Q?++cGq8FmJ9oOY1hStaQ6m477OJexvIbiJKhCHjHR2v7vTyMgxAUortnfk7Aq?= =?us-ascii?Q?aeyNWwKwEdmOwQ1fzHNN1Dmdr7Pm+R0mky9tsWaiCLzlo6bULqVUz+iD1nAh?= =?us-ascii?Q?LJqXMR5+lkqZGV2tw2GYSANR4/QkAR2NAaCRY1stPiyrjqOIrfdV7fr8K+Vo?= =?us-ascii?Q?9T/F4auVg+AnwfuuLAYfWqBuMDP2I/M3wKXacySNi6XGX1lmyKRBYPHgDczy?= =?us-ascii?Q?qnbZCYTz4JTbK0apJq4a/GNhIGzG9nQTUPiQf5YxdnDkKDjO1OFZ1WXbyCGW?= =?us-ascii?Q?WXUgbDb9+URrDAn+tipIRDpq?= 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: c6a8a00e-0e12-4f45-8379-08d94f928a5a X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jul 2021 17:35:05.2373 (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: PFp5GtJVZ7epjGlbvvfqyWMSdBg/QzaUzsIXHDKwu0q/N78cRv3SgSe3A7/qz4W1my64sMGfnFmc86amVQmiZw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH0PR12MB5153 X-Spam-Status: No, score=-1.8 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: Sun, 25 Jul 2021 17:35:09 -0000 [AMD Public Use] Ping 4... has anyone looked at these patches? Request someone to please review the two patches and give comments. Thanks, Nagajyothi -----Original Message----- From: E, Nagajyothi =20 Sent: Tuesday, July 13, 2021 9:27 AM 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 wh= en compiler is clang [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 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