From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id U4NMOz5nsmpgiTIAWB0awg (envelope-from ) for ; Tue, 22 Sep 2026 07:32:14 -0400 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256 header.s=pp1 header.b=EWAkiPK9; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id E0E2F1E01F; Tue, 22 Sep 2026 07:32:14 -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,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED autolearn=ham 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 EA6921E01F for ; Tue, 22 Sep 2026 07:32:13 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id D880D4B99F74 for ; Tue, 22 Sep 2026 11:32:05 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D880D4B99F74 Authentication-Results: sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256 header.s=pp1 header.b=EWAkiPK9 Received: from mx0b-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com [148.163.158.5]) by sourceware.org (Postfix) with ESMTPS id 5E1624BA903C for ; Tue, 22 Sep 2026 11:31:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 5E1624BA903C Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=ibm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=ibm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 5E1624BA903C Authentication-Results: sourceware.org; arc=pass smtp.remote-ip=148.163.158.5 ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1790076697; cv=pass; b=xXQMHoMWSdOEF1fNXT24mRTFrYtuST8U6BsBe2r49ImV7k9JP1YqKBrjTmQH5IeeONDn2i4llk+7bO89rx5QqE88V7FWOAYShz+mMZysIsmJho4YEmG25oezr5Xi8RNie7Mh/7udX8C9GV3azzxbwUGGA6AgnGvSkMKAL4GEKMs= ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1790076697; c=relaxed/simple; bh=pwNwalL7jnrHEZADFyNJoF5dmsxoWZSJlICO0ZwiPdo=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=cR+yHhFBccfnHXFZEEXiQPr1OHQoObhlYXKgTuDtkpvoaBVs1sqhGntpiPqE4xw8pnoexUiFsl00jvpLuiCIdZl8wTlJ/XjzwN8tU9saCE6PvLlasz+++/EpomeL0H/vxqFASv3GK4HB7sgzQJPdhrlY1/4AK+9Bj7beF7/Eb4o= ARC-Authentication-Results: i=2; sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256 header.s=pp1 header.b=EWAkiPK9 DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 5E1624BA903C Received: from pps.filterd (m0353725.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 68M065ol1778878; Tue, 22 Sep 2026 11:31:34 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=pp1; bh=Xg6gmHvleXRSmOlyLg/DCa2mK/6/tF UEVX/sr8Vesw8=; b=EWAkiPK9yb+sf6hnwA6n5UFoV9i9QtY0B/9uv3ZDbWd5jf FuyG2vRSdM2eAx9PcOTbGp/QWdTF8Ndl6hQCK76zffq2g4h6P/jW0Ci+b1lJjw39 vpR2gSbhdEMEzoBV5eSizw07FBf+cMu9E920oX5U5h2m++DMV84cMr4PZUZ5HYpL U+z7QDD4rZsj5hidudUbLHsiqMS5Dodi3NYgkSwEd4bgG3kxKKX+2QmeVkh8RHok 2H+Nvsqc7E+r5nYZFD8RNzYBUQ7Hbl5rWjGOXF43DO4iJPAsgriYpcIXJOaeefdE OvcFbN7Z6HF8hnuVfBRIB+53qI9BvusLZjHEUJBw== Received: from cy7pr03cu001.outbound.protection.outlook.com (mail-westcentralusazon11010051.outbound.protection.outlook.com [40.93.198.51]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 4gskgqd3tq-1 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Tue, 22 Sep 2026 11:31:33 +0000 (GMT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=GR1lxp4AwYJEbcUvjBI76GQu33pNYCax+dWh8uEYYmeZDZJb4QGMJMtG3jqfW4UxNKfziEubPsD8buDU4KweQv7sFg7umhRmxtZ0Gvj8LBW7eZb+T/BDgvh+GhCOloTzFvBBF2tpHyko4g0vlFqCsw88pYoZdaOxv33rIkTyTVvdPjAwNcMNM9x35jq7RGmpCGbqZXmKflFFkGgEhjqEXmL2xNODgdAZ9QhOoBZRzvOhdTfgRONEGUTQXoGqxa9CVuCaAn9/CGQ1AGDSbaVyBUPRBJ+9aizf4JGb9WYGQshwaTAxSr5eNwtPK7L06d7+FvyBLh/jAHX2CxNa96v+Fg== 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=Xg6gmHvleXRSmOlyLg/DCa2mK/6/tFUEVX/sr8Vesw8=; b=tIjwGz1u0uEGW1r5ProGc7lJzc5r9WYZ2fqxEs1ZfzzUVqPGdcr0BryXWKJuIc4iHgc3JUDXCYKtz7E7fxpjdDQXQF25A+gJj6nl50Za6DAz0VbZ2IE0OSpnBMKLPMmqsgYJpVGVKIwg1VABrLMBjt75HHg3osJFF0gZLQ+Y/VVz5DQsZOO7U+TNlGTnv1Nel5ntkHESh7pTqYunGbpz3w++Wv7YI9cFyq1oieJC5wW1N+2kOa51Pk9Zb+yscPcTxKOzguywJydTehKVZ+DNLTSv+0Oo17242tfTL1plW/uzieZilsVHEc7KWKOhuiTkn0e1NrHkH762Odcap933rQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ibm.com; dmarc=pass action=none header.from=ibm.com; dkim=pass header.d=ibm.com; arc=none Received: from DSWPR15MB319817.namprd15.prod.outlook.com (2603:10b6:8:3b5::13) by PH0PR15MB4816.namprd15.prod.outlook.com (2603:10b6:510:af::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.451.14; Tue, 22 Sep 2026 11:31:29 +0000 Received: from DSWPR15MB319817.namprd15.prod.outlook.com ([fe80::be5:16ae:394:f4c8]) by DSWPR15MB319817.namprd15.prod.outlook.com ([fe80::be5:16ae:394:f4c8%7]) with mapi id 15.21.0451.014; Tue, 22 Sep 2026 11:31:29 +0000 From: Aditya Kamath To: Ulrich Weigand , "akamath996@gmail.com" , "tom@tromey.com" , "simon.marchi@polymtl.ca" CC: "gdb-patches@sourceware.org" , SANGAMESH MALLAYYA Subject: Re: [PATCH v4 2/3] Add support for TLS variables in shared libraries on AIX. Thread-Topic: [PATCH v4 2/3] Add support for TLS variables in shared libraries on AIX. Thread-Index: AQHdQRGU9Ndb5EZq90KHhkKUJMiclbbahqE6 Date: Tue, 22 Sep 2026 11:31:29 +0000 Message-ID: References: <20260910101553.85926-2-akamath996@gmail.com> <405a947722b44e71d60ca1e8667a4660bcee58b2.camel@de.ibm.com> In-Reply-To: <405a947722b44e71d60ca1e8667a4660bcee58b2.camel@de.ibm.com> Accept-Language: en-IN, en-US Content-Language: en-IN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-reactions: allow x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DSWPR15MB319817:EE_|PH0PR15MB4816:EE_ x-ms-office365-filtering-correlation-id: 003a39c4-d619-4667-0a23-08df189d0be4 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|376014|23010399003|366016|1800799024|38070700021|4143699003|56012099006|11063799006|5023799004|10067099003|22082099003|18002099003|8096899003; x-microsoft-antispam-message-info: kn1UEvpTEHq47YpHYxzTJp9DbV3Nsx8atgI7sHa2LcyfiV72sgC5O7WSx/JqJ+21KqOK8aEYx0qsCV8Jr8gfQNXXHCo8l5OHuXVpr7J+ORsiaxhVOuWxgGjLWf7qHmQ40Kt2bHVo8Jvck2tcJ0nb6wp/gye3U6eVqjYZVsNwKhIAL7bSlGxSEPWtZ7sqaxMV+c5X66OiQy++VfUWcbJonTAhwc/dO1FOtJ3rSV/AXzxMz3OvyqO23syMTgw+rfwa/BBAYt5Cg4VXeiOUVwYfL3jkU4u7luvdC7uXv373Hbxpttzc2xp0fXUQYUOZzglBoBZp0rw2ln3K6pAfzv7y+oyKgtACQ9U1PhglmFj/ZDsxObRiubBVu8GHreXWOVkxV9/yYNrB/zE7TJZGwNqLeGgKmbvQqRUQYfIwDy7pUAXx99n+2CHX4uu9alfi/tP4vCet/gEO8/aF5pScK62dWMC5XwEJ8tlFuIiete3JZlFhs9bBAdCHchIF9xoD50tWTXDDa/JVir2yaRELdS8A8PgdLbUxl+vBhbI8edjbkmMX/dTNPmU//uZOOm4eh57VYhwOIZJtdYEhy4+EJ0oVAasFWGuSWuynPSUgfXun0aKoOL8KkrdTUUCyVELaWjNv/W2py7kWhz2rnvVr7FgPSA2QurgUQfVMSTFcb5jpff2R2K45xq7uibQURaKAFSMLWHyAzMsLNOS4+f+vO3HJIMKACplRT/YpEXSzGkPqXsw= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DSWPR15MB319817.namprd15.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(376014)(23010399003)(366016)(1800799024)(38070700021)(4143699003)(56012099006)(11063799006)(5023799004)(10067099003)(22082099003)(18002099003)(8096899003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?2xG6N/uUO5d+Rwstrb2U8FS7SkdJ6tW6AA1GZMVLyI+R27RKDMiWZkKu?= =?Windows-1252?Q?tuld2ouQ4cbH7e/cPUZB0JiSpCTrR80GqiZ7JrmdFNz1s5rHGv4mAd6r?= =?Windows-1252?Q?6lekxbSvij3wBHMkg/hc/+eXlPtCjI4rdPFzragTxySX4TbSzX59jk/B?= =?Windows-1252?Q?77t9ynRTtr106faEtGVy1C1F3A7VVIyed/TqjAuc0Fd4vTwel+v0SmWA?= =?Windows-1252?Q?WnC96wGS8mYChXOcG+fwjk0FTs9qFrwrbfRrOCmcNAukRnxVAKxLYqx+?= =?Windows-1252?Q?j9kr57AnXQY3j8US58C6q1jWtVSzq+0PfGeymE8UAFxO2ybOhdvcT0Yp?= =?Windows-1252?Q?Eqc5gnbTTi1obU0NMevzCTNZ/OqlWgNghyPjL9sljx1yk92IAhXLqP3a?= =?Windows-1252?Q?BZHOBD86dYyaymjSx6umcjAHh9rRYDCe3WaQBkJ4HUbOpOO9KJvuv4RA?= =?Windows-1252?Q?FKNwj/r/qdokUSuN9C1BY6J+yKQPvV4tjRepbnTMU1XZy1HrxC7hgpjS?= =?Windows-1252?Q?5EyxvnzHnYmytZ099y0mBSBPLqPSXM3XdNeznEWOJOZsgJSpXCPvJK6q?= =?Windows-1252?Q?wzm8iM4ZpVpr7cuhKPeL2Ww0VRZhe5PtunZNTYDpynGSF5kW1ahqy5IE?= =?Windows-1252?Q?EkUaVPmZhCiaSEKl7tQu2pPc4LXeuRJm91YKQDdcm2P5kNDdjzCOZCb1?= =?Windows-1252?Q?pA0uXZDk9Ppmya9OaksiBHBZ1/TiVV8IB68t6LqidIeUcfuQOsGp7Gza?= =?Windows-1252?Q?CBFSJWg0EdOmH0MI+v+ojEEVeh4vE4mOB2JL5dNvoOIbkv9umQoFF7Kw?= =?Windows-1252?Q?em+lOjDaWBUCKi2kGeEDd5k7ISEche82pxOS5IGPVBOV0v/xEgi63Enu?= =?Windows-1252?Q?R+tK+2J/V8pXbnYKh++DxTQHoS4bdjNfEuYK3tTkJA5SNPP6WBTVRw4Y?= =?Windows-1252?Q?u2InIUkTrntjByPttr7ekh3LvFTyomJO3+OnIgTQ2wa438uuBzBQTdx0?= =?Windows-1252?Q?9JjXyokXEKnS7PrSvfxyWqXgbHwnZLPHeo8XbFLa51NzMCmB3cq6Yslz?= =?Windows-1252?Q?dM1TLJsO+5iIlWdJ4YLEdzw2ooATqcTKm0g+YX96m1ABXrkER6OZzHBf?= =?Windows-1252?Q?4IFNz04CouguN/TGMTyB8JjAxEqGsjgnDwnQNwV5SGccnwfW3hSRHYVl?= =?Windows-1252?Q?7zBb3GHFSWdgDaQPLbF2fe68yKbnCrkzrp0VLLVAgm8S16rc+dK/56Gw?= =?Windows-1252?Q?sxhElNnwL4lM+Km2GhAQQ5sz9mLviV5Nk1joxGJxu/94uZcmK8rYQNdH?= =?Windows-1252?Q?ZIc8TeYKjZXdjK+9DkejZbtBQZbCQnlaANGCm3h6HlfZx+wAtGuS/UWu?= =?Windows-1252?Q?KN4mX7QFyc10KIgA59PMHUpY0o0zsohNBx6ujZ/nw2X/VJVuIMIE1Bu0?= =?Windows-1252?Q?/7X65ViEh0Dnmd8RuCZNJVhgCcZTjc2qHd4xyeCtbe9O6pwgfQPPbJ4A?= =?Windows-1252?Q?Bv9R/SwLgWW1+0ys18b5bVH81QrxGmvMFZlaiocYQXrnA6nf89oAAlJQ?= =?Windows-1252?Q?U8nDfT4gGGIRG5mzPlE80+PeknTrGeaaxvC1qopYDs++8M0T5RCVdqW/?= =?Windows-1252?Q?sWDFNKGsvLE2kZdtZzhQ2aVkoMbJDcrk2ljddyX356JAO9ZRR4pRyArQ?= =?Windows-1252?Q?feeVi0sFLAZxP88K80LOfVUThN0w+359XHVn6PN1omOHtPC6ktkkJqYZ?= =?Windows-1252?Q?3NpWFjDh17RqoVrBvh1pcAyKcTrtiQGkL4gGi3SVbxLBHKEE0KPoEIoG?= =?Windows-1252?Q?/oZ/9vUO3J6C5AR5SVJw8yKhmEJp3IO79M+Aqp0ZOtqdZDkOB4u0PNoP?= =?Windows-1252?Q?xGJqA0gYWgmD4RWyenv82eHLZzyFUuQGXZY=3D?= Content-Type: multipart/alternative; boundary="_000_DSWPR15MB319817EE845B0FFF7125BDEB01D6832DSWPR15MB319817_" MIME-Version: 1.0 X-Exchange-RoutingPolicyChecked: HXlANyHnot1JopkoIOdfZNha5wSzp/kElvU9z3vy/zAT5sV3c3/4HJhNuzSfWribPaTuxet1cF9S6FhAVVY3gm/ZvhD+b/ObsuV2fLxJDi2nmS9Yi14QVl6XZ+Us4heF1WJydVeUpdYXdZDetvczBU/iJ0L1+Tn2AOx2jP+r0aQGKod9B7S6/4fL4uHWQo8ke+vjZnj14liCBph/ideZicEz9mJCrlYhARbAJzpPvl3AnlLLKKYLxf9UMAVjTRPYpzff2sLYAwK91F0DFdtHWygMs6UeU4I1XLkK6IUoMq9Q5E5dIZ4EpiT+NHL9QEpoubnbucI+CQpyjpbVwXhFdw== X-OriginatorOrg: ibm.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DSWPR15MB319817.namprd15.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 003a39c4-d619-4667-0a23-08df189d0be4 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Sep 2026 11:31:29.8188 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: fcf67057-50c9-4ad4-98f3-ffca64add9e9 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: JgHaaoQeIFiXq8AIzcZZ4fLBlLJmMWRM2xZ31WIG80ndytaH7XQit7iHnbNiBON2T7z5XdfGL0Uk2t0XdV5fqQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR15MB4816 X-Proofpoint-Reinject: loops=2 maxloops=12 X-Authority-Analysis: v=2.4 cv=G+OJgNk5 c=1 sm=1 tr=0 ts=6ab26715 cx=c_pps a=PojWdYBvulneKNx6glcDcw==:117 a=z/mQ4Ysz8XfWz/Q5cLBRGdckG28=:19 a=lCpzRmAYbLLaTzLvsPZ7Mbvzbb8=:19 a=xqWC_Br6kY4A:10 a=VdqzKS8jKosA:10 a=VkNPw1HP01LnGYTKEx00:22 a=RnoormkPH1_aCDwRdu11:22 a=V8glGbnc2Ofi9Qvn3v5h:22 a=gMtPQyGsut4aXzQ4nf8A:9 a=pILNOxqGKmIA:10 a=uGRl7X0fqcvdDvh_Uv4A:9 a=Ik_ecmv-bx4zvTXE:21 a=_W_S_7VecoQA:10 X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwOTIyMDE2MCBTYWx0ZWRfXy8wSq8ExGO13 B+Q/+mmBHxVRFoVuuVyS9pFYNjNkPHzT0/GYZzD84khz7nTA/nhguZrRhVamufhG/QV4esV0VBp Y4LaeTzb+iyTG88gm/FtRb/ouLbgMlhvaMkKJ+s5N/Xb9yttFk1obR+4Naf0tX2fuO9NLKVnk0f 5xbufcS8ckwy47Mn8J3FIYFW+UMMnhPPAHb6hTgl5jngkicWZyUXm1enzl0QYKx8oYs6WdzV7tr WWbTp+oPutSTF3kretDjdh7L1YANsXfHi/Eqj4rWTd7AGZkFA1WmENlug1+qVipI3Xnr9t3hRVd WKj/gNKSt9O5Z0EUUAVLzjIM+Pl1WQ9qW5WwnNJBZMibagISWAgHOuFBQTg4luiG9+PgubuVvxD J/OymlWDo9LxwVVVQAfaZ3m2I4fcy/b+jWN5MAbw5CK1Rt0AlMbSZebIHM99uvLqVmPLwrtf9Bx 9j5zeV1vu0NDaQu/Q3w== X-Proofpoint-ORIG-GUID: PQCYoohD5dTCNdIWLRlevKYmXLNzYo7E X-Proofpoint-GUID: hEcrt4YmMfUqYWl1jcgmgVAgXP6WTvAM X-Proofpoint-Spam-Info: AW1haW4tMjYwOTIyMDE2MCBTYWx0ZWRfX//DuB0EpFLRC wsV6IKBBwjkyLuBmpvNLS1CybwTs64nvXKCDv7z/BnY0diTTmLXcPIfimZOwbRJrKhx358AfsrF bLFKQosORmm1nFCYwSis8+TdunOo/Ow= X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1176,Hydra:6.1.134,FMLib:17.12.100.49 definitions=2026-09-21_07,2026-09-21_02,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 suspectscore=0 adultscore=0 phishscore=0 lowpriorityscore=0 impostorscore=0 bulkscore=0 priorityscore=1501 clxscore=1015 spamscore=0 malwarescore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2609040000 definitions=main-2609220160 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 --_000_DSWPR15MB319817EE845B0FFF7125BDEB01D6832DSWPR15MB319817_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Ulrich, Thank you for the update. Please see my comments below. I am sending v5 ver= sion of the patch series. >That last part I suspect still won't work correctly in all cases: >+ /* l_value holds the link-time TP-relative offset. It is unique >+ within a module, so matching against static_offset identifies >+ exactly the right variable. */ >+ if ((CORE_ADDR)(int64_t) ldsym.l_value !=3D static_offset) >+ continue; >Sure, the offset is unique within the module where the TLS variable >is defined. But you are not actually guaranteed to be within that >module at this point. In fact, more likely than not, "objfile=94 at >this point is some *other* module that has a *reference* to the >TLS variable in question - or actually some *other* TLS variable >defined in another module with the same static offset =85 Please check the rs6000_aix_objfile_exports_symbol where name is matched to= the owning library before l_value is compared >I'm not sure how to handle the R_TLSML case - I think if a module >has that relocation, there should also be at least one instance >of an R_TLS_LD to a symbol in the module, and then you could >again compute the block offset. This is implemented implicitly. The runtime TOC value for an R_TLS_LD slot = in an initial-exec library already holds the loader-adjusted absolute TP-re= lative offset, so reading it directly gives the right answer without needin= g a separate block-offset computation. >However, I guess depending on compiler options it might also be >the case that all references to TLS symbols in a given module >happen to only use R_TLS_IE - in that case, you know the module >must be in the initial-exec segment (i.e. module ID zero), and >then again get the offset from the R_TLS_IE relocated value. In v5 of the patch rs6000_aix_find_initial_exec_tls_offset () only scans R_= TLS and R_TLS_LD slots , it does not scan R_TLS_IE. But R_TLS_IE slots don'= t need scanning, the linker writes the final absolute TP-relative offset di= rectly into the XCOFF symbol value at link time, so offset (the static symb= ol value GDB received) is already correct. When no R_TLS/R_TLS_LD slot is f= ound, the code falls through to: return tp + (CORE_ADDR)(int64_t) offset; Let me know if I missed anything that we need. Thanks and regards, Aditya. --_000_DSWPR15MB319817EE845B0FFF7125BDEB01D6832DSWPR15MB319817_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hi Ulrich,

Thank you for the update. Please see my comments below. I am sendin= g v5 version of the patch series.

>That last part I suspect still won't work correctly in all cases:

>+      /* l_value holds the link-time TP-relat= ive offset.  It is unique
>+        within a module, so matchin= g against static_offset identifies
>+        exactly the right variable.=   */
>+      if ((CORE_ADDR)(int64_t) ldsym.l_value = !=3D static_offset)
>+       continue;

>Sure, the offset is unique within the module where the TLS variable
>is defined.  But you are not actually guaranteed to be within that=
>module at this point.  In fact, more likely than not, "objfil= e=94 at
>this point is some *other* module that has a *reference* to the
>TLS variable in question - or actually some *other* TLS variable
>defined in another module with the same static offset =85

Please check the rs6000_aix_objfile_exports_symbol where name is matche= d to the owning library before l_value is compared


>I'm not sure how to handle the R_TLSML case - I think if a module
>has that relocation, there should also be at least one instance
>of an R_TLS_LD to a symbol in the module, and then you could
>again compute the block offset.

This is implemented implicitly. The runtime TOC value for an= R_TLS_LD slot in an initial-exec library already holds the loader-adjusted= absolute TP-relative offset, so reading it directly gives the right answer without needing a separate block-offset= computation.


>However, I guess depending on compiler options it might = also be
>the case that all references to TLS symbols in a given module
>happen to only use R_TLS_IE - in that case, you know the module
>must be in the initial-exec segment (i.e. module ID zero), and
>then again get the offset from the R_TLS_IE relocated value.
In v5 of the patch rs6000_aix_find_initial_exec_tls_offset () only scans R_TLS and R_TLS_LD slots , it does not scan R_TLS_IE. But R_= TLS_IE slots don't need scanning, the linker writes the final absolute TP-r= elative offset directly into the XCOFF symbol value at link time, so offs= et (the static symbol value GDB received) is already correct. When no R_TLS/R= _TLS_LD slot is found, the code falls through to:

return tp + (CORE= _ADDR)(int64_t) offset;

Let me know if I missed anyth= ing that we need.


Thanks a= nd regards,

Aditya.<= /span>

--_000_DSWPR15MB319817EE845B0FFF7125BDEB01D6832DSWPR15MB319817_--