From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 70397 invoked by alias); 5 Sep 2017 21:15:57 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 70048 invoked by uid 89); 5 Sep 2017 21:15:56 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,RCVD_IN_SORBS_SPAM,RP_MATCHES_RCVD,SPF_PASS autolearn=no version=3.3.2 spammy=ordinary X-Spam-User: qpsmtpd, 2 recipients X-HELO: mailbackend.panix.com Received: from mailbackend.panix.com (HELO mailbackend.panix.com) (166.84.1.89) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 05 Sep 2017 21:15:51 +0000 Received: from mail-oi0-f46.google.com (mail-oi0-f46.google.com [209.85.218.46]) by mailbackend.panix.com (Postfix) with ESMTPSA id 93958117A3; Tue, 5 Sep 2017 17:15:48 -0400 (EDT) Received: by mail-oi0-f46.google.com with SMTP id n18so31986718oig.2; Tue, 05 Sep 2017 14:15:48 -0700 (PDT) X-Gm-Message-State: AHPjjUgP/9RKhBCoCWZPfx0yOmTd/vTp2dIqwqCDXnO/UEA2VP5tl2qF EARJW+stvfO5DTrmwD9gHCv5Oskw6A== X-Google-Smtp-Source: ADKCNb5r5ufYxhC46ZDec8usAmN/WmdUhtVjThLy+DUSVllDcTe3ouyrUnT9ZiUdY2zgTWgf2aVi6E8zLLYXc6cvHhg= X-Received: by 10.202.235.80 with SMTP id j77mr510820oih.220.1504646148164; Tue, 05 Sep 2017 14:15:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.40.98 with HTTP; Tue, 5 Sep 2017 14:15:47 -0700 (PDT) In-Reply-To: <7348d7d9-b339-b14f-3dea-31d17c996a2a@redhat.com> References: <20170622224456.1358-1-zackw@panix.com> <3a7946e9-d178-f878-9774-64ff44bcf5df@redhat.com> <9490d183-a57b-b336-3131-6580e4773818@redhat.com> <2f28f69b-406f-65e5-40e1-ae65632ea4f0@redhat.com> <1d38297f-f430-ca73-6d3f-a67144d08eea@redhat.com> <7348d7d9-b339-b14f-3dea-31d17c996a2a@redhat.com> From: Zack Weinberg Date: Tue, 05 Sep 2017 21:15:00 -0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC PATCH 0/3] Pretty-printing for errno To: Pedro Alves Cc: Phil Muldoon , GNU C Library , gdb@sourceware.org, Joseph Myers , Florian Weimer , Tom Tromey , Siddhesh Poyarekar Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2017-09/txt/msg00004.txt.bz2 On Mon, Sep 4, 2017 at 5:25 PM, Pedro Alves wrote: > > FYI, this is now all in gdb master. I believe all the gdb issues > uncovered by the errno printer have been addressed. Let me know > if you're aware of something still not working properly. I'm sorry I never got around to experimenting with your patches before now. With gdb master as of earlier today, and my patched glibc that tries to pretty-print errno, I can confirm that nearly everything works as desired. `p (error_t) 0` invokes the pretty-printer, and when preprocessor macro bodies are available to the debugger (-ggdb3) so does `p errno`. Unfortunately I am still getting this error message when I try to print the underlying thread-local errno variable (which is what `p errno` does if macro bodies are not available): Cannot find thread-local storage for process 4367, executable file /home/zack/projects/glibc/glibc-build/stdlib/test-errno-printer: Cannot find thread-local variables on this target I don't understand why thread-local variables are inaccessible on my perfectly ordinary x86_64-unknown-linux-gnu workstation (the base OS is Debian 'stretch'). Do you have any idea what might be wrong? zw