From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31389 invoked by alias); 21 Nov 2014 19:51:28 -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 31378 invoked by uid 89); 21 Nov 2014 19:51:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mtaout23.012.net.il Received: from mtaout23.012.net.il (HELO mtaout23.012.net.il) (80.179.55.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 21 Nov 2014 19:51:27 +0000 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NFE00I00MU3KK00@a-mtaout23.012.net.il> for gdb-patches@sourceware.org; Fri, 21 Nov 2014 21:51:24 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NFE00ILUN5NG170@a-mtaout23.012.net.il>; Fri, 21 Nov 2014 21:51:24 +0200 (IST) Date: Fri, 21 Nov 2014 19:51:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH 2/4] python support for fetching separate debug files: have_debug_info In-reply-to: To: Doug Evans Cc: gdb-patches@sourceware.org, palves@redhat.com, sergiodj@redhat.com Reply-to: Eli Zaretskii Message-id: <83d28gtjr5.fsf@gnu.org> References: <837fyp57bu.fsf@gnu.org> X-IsSubscribed: yes X-SW-Source: 2014-11/txt/msg00533.txt.bz2 > Date: Fri, 21 Nov 2014 09:33:59 -0800 > From: Doug Evans > Cc: gdb-patches , Pedro Alves , > Sergio Durigan Junior > > > If this attribute cannot be relied upon, why is it a good idea to > > expose it to Python? > > It's a good question. > I thought about the name for this attribute for a non-insignificant > amount of time. The name is not my problem. > The problem that needs to be solved is for Python code to be able to tell > whether to spend time fetching separate debug files, as the latter can take > a significant amount of time. Also, a program may use a large number of > shared libraries and the user may wish (or not wish) debug info to be > fetched for each one. So we want, IMO, a simple and cheap initial > test for whether we need to fetch debug files. Why not make that test part of the method that fetches the debug info? > For the use-case in question, another way to look at the attribute is > "Has debug info been stripped or not?". But there's no reliable way to determine that, either, is there?