From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6658 invoked by alias); 9 Jul 2013 08:41:26 -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 6590 invoked by uid 89); 9 Jul 2013 08:41:20 -0000 X-Spam-SWARE-Status: No, score=-5.8 required=5.0 tests=BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 09 Jul 2013 08:41:19 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r698fHIg018379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 9 Jul 2013 04:41:17 -0400 Received: from blade.nx (ovpn-116-60.ams2.redhat.com [10.36.116.60]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r698fGXb012520 for ; Tue, 9 Jul 2013 04:41:17 -0400 Received: by blade.nx (Postfix, from userid 500) id 4744C263D90; Tue, 9 Jul 2013 09:41:16 +0100 (BST) Resent-From: Gary Benson Resent-Date: Tue, 9 Jul 2013 09:41:16 +0100 Resent-Message-ID: <20130709084116.GA4911@blade.nx> Resent-To: gdb-patches@sourceware.org Date: Tue, 09 Jul 2013 08:41:00 -0000 From: Gary Benson To: Joel Brobecker Cc: Sergio Durigan Junior , gdb-patches@sourceware.org, Tom Tromey , Jan Kratochvil , Pedro Alves Subject: Re: [commit] Improved linker-debugger interface Message-ID: <20130708144027.GB12807@blade.nx> Mail-Followup-To: Joel Brobecker , Sergio Durigan Junior , gdb-patches@sourceware.org, Tom Tromey , Jan Kratochvil , Pedro Alves References: <20130516144340.GA2105@blade.nx> <20130604133819.GA25892@blade.nx> <20130625205350.GA28973@adacore.com> <20130625220319.GH5326@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130625220319.GH5326@adacore.com> X-SW-Source: 2013-07/txt/msg00241.txt.bz2 Joel Brobecker wrote: > Also, I am wondering we really want a warning in this case - I think > this is going to make the average user think that there is something > wrong and therefore that needs to be fixed. What do people think? I think this may have been resolved by other messages in this thread, but for the avoidance of doubt the warning does mean that something is wrong and needs to be fixed. If solib-svr4 finds the probes it needs in the runtime linker it uses them. If it doesn't find the probes-- either because they aren't there, or because GDB has no probes support--then solib-svr4 will silently fall back to the original (non-probes) interface. The warning is only displayed if solib-svr4 started out using the probes and something unexpected happened, so if you see the warning it means either the linker or GDB has a bug. > But also, I think what we will be doing will also depend on how we > see the future. I get the impression with this warning that we > eventually expect all GNU/Linux systems to all provide whatever > feature is needed for the improved method to work. But solib-svr4 is > used on other platforms too - do we expect it to be the default on > those as well? The original (non-probes) interface is still there, and if solib-svr4 can't use the probes interface for whatever reason the original interface will be used as before. I don't see this changing any time soon. Having said that, nothing in the probes-based linker interface is SystemTap-specific so it should be possible to implement the interface on other platforms without touching solib-svr4.c. Thanks, Gary