From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 55198 invoked by alias); 16 Nov 2017 09:13:23 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 55182 invoked by uid 89); 16 Nov 2017 09:13:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=BAYES_00,FREEMAIL_FROM,KB_WAM_FROM_NAME_SINGLEWORD,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.2 spammy=HX-Received:Thu, Hx-languages-length:959, H*r:sk:static. X-HELO: mail-wm0-f50.google.com Received: from mail-wm0-f50.google.com (HELO mail-wm0-f50.google.com) (74.125.82.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 16 Nov 2017 09:13:21 +0000 Received: by mail-wm0-f50.google.com with SMTP id r68so1260812wmr.0 for ; Thu, 16 Nov 2017 01:13:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=DEkDW/fAYPazgNVwt/Fpw9gCbUAS3z8qJsOwfQkUpzo=; b=tDiZQfCu7QuTmXvrWs+k60/xECsbAgS7Ao/CsODBNSckSPIRTYTP1Pu0EYdNnM4pXt 7oi6AKNhKgWv8+udf24FmfR6D65MpGmOkIazhLe+V3NrXrFZYwDlV+IM4XFLj1tddrrK fSs7PVAtZQXMSCKQDN4OLgtmmedEN5CaX6RYZKGbOSjzdEchv0LI+UTPaLFTqq4FRkDG Nw1xferEo493SNGfzLsMBDwSYN6JwEvvxqnmM+nMHezHbO3rnWwJqSzfCYvmYMfZ+/bM 7hdJH8TnIP235JGjc3Nf7llDfHzsabxsUaAyaW4qGb1g+g7ZglV74K3SJst+W/Y22iX/ 3PfQ== X-Gm-Message-State: AJaThX6b9sHlP+dvDbqoTkcCes4BiqRyqIr57eXUzpamHaZpfwxPmqsc ZljXcwehW0QTtaCsSVOfr22riQ== X-Google-Smtp-Source: AGs4zMYj4+32PrD7cRF6z08qohrLCfiyv7997gUem2ODhtFxbEGRvr0y6xpP79ldf/i9iwhtQFp7xQ== X-Received: by 10.28.90.65 with SMTP id o62mr854270wmb.16.1510823599514; Thu, 16 Nov 2017 01:13:19 -0800 (PST) Received: from E107787-LIN (static.42.136.251.148.clients.your-server.de. [148.251.136.42]) by smtp.gmail.com with ESMTPSA id q13sm312029wrg.97.2017.11.16.01.13.18 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Thu, 16 Nov 2017 01:13:18 -0800 (PST) From: Yao Qi To: Weimin Pan Cc: gdb-patches@sourceware.org Subject: Re: [PATCH PR gdb/18071] TLS variables can't be resolved on aarch64-linux-gnu References: <1509669516-47946-1-git-send-email-weimin.pan@oracle.com> Date: Thu, 16 Nov 2017 09:13:00 -0000 In-Reply-To: <1509669516-47946-1-git-send-email-weimin.pan@oracle.com> (Weimin Pan's message of "Thu, 2 Nov 2017 18:38:36 -0600") Message-ID: <868tf6twly.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2017-11/txt/msg00300.txt.bz2 Weimin Pan writes: > (2) Using "info address" command on C++ static TLS object resulted in > "symbol unresolved" error - below is a snippet from the test case: > > class K { > public: > static __thread int another_thread_local; > }; > > __thread int K::another_thread_local; > > (gdb) info address K::another_thread_local > Symbol "K::another_thread_local" is unresolved. > > This patch contains fix for (2). Why do we need to fix (2)? It is a result of (1). If DW_AT_location is generated, info address K::another_thread_local^M Symbol "K::another_thread_local" is a thread-local variable at offset 0x4 i= n the thread-local storage for `gdb/testsuite/outputs/gdb.threads/tls/tls'. without DW_AT_location, how does GDB tell where this variable is? The right fix to me is to fix GCC bug PR 83010, and xfail these tests here for aarch64. --=20 Yao (=E9=BD=90=E5=B0=A7)