From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32163 invoked by alias); 6 Mar 2013 19:54:22 -0000 Received: (qmail 32152 invoked by uid 22791); 6 Mar 2013 19:54:22 -0000 X-SWARE-Spam-Status: No, hits=-5.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-vc0-f202.google.com (HELO mail-vc0-f202.google.com) (209.85.220.202) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 06 Mar 2013 19:54:18 +0000 Received: by mail-vc0-f202.google.com with SMTP id m8so906675vcd.3 for ; Wed, 06 Mar 2013 11:54:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:message-id:from:to:cc:subject:in-reply-to :references:x-mailer:x-gm-message-state; bh=WDDU575npy7nptQYHw7Ev76m0QK0jDWNP7a7VZL9SgI=; b=S4tZh0qByAPydtJQMHwanvxCGHay7csqQNue6UYN+NlA6rvr0dZQP4HlZq9xYOMTVm NC04HgbZqb9rBzrigTA+fZSHVrQDiCF/Glq9EcMDVcfHLlsYIv/kmOEk/LUv0GX+QHP2 KaArKG+t6S33P0wz8GO85X8Gz7VgXGpKIqWfOB7lNuQUZKak8PTMp+lt7BWCNh4/9GRV +D1uDGAa2Bx5SIOdJzx3CYrq0HwL0cPe5aneJ94DUshVD/53fuHjSpaWiaxaoeIjb02M Zq0DISbmsEAGxTgUO8O4mxP35Dz2eC5SbidVipXah2nMW0ng+OuDgyYmdErT8NYVTFSF 7SKQ== X-Received: by 10.236.200.104 with SMTP id y68mr18209818yhn.46.1362599657359; Wed, 06 Mar 2013 11:54:17 -0800 (PST) Received: from corp2gmr1-1.hot.corp.google.com (corp2gmr1-1.hot.corp.google.com [172.24.189.92]) by gmr-mx.google.com with ESMTPS id f64si645280yhj.7.2013.03.06.11.54.17 (version=TLSv1.1 cipher=AES128-SHA bits=128/128); Wed, 06 Mar 2013 11:54:17 -0800 (PST) Received: from ruffy2.mtv.corp.google.com (ruffy2.mtv.corp.google.com [172.17.128.107]) by corp2gmr1-1.hot.corp.google.com (Postfix) with ESMTP id CF23431C1B5; Wed, 6 Mar 2013 11:54:16 -0800 (PST) Date: Wed, 06 Mar 2013 19:54:00 -0000 Message-Id: From: Doug Evans To: Jan Kratochvil Cc: gdb-patches Subject: Re: [patch+doc 1/2] filename-display: 1->4 options {inferior,libs}{,-sepdebug} In-Reply-To: <20130227195251.GA29891@host2.jankratochvil.net> References: <20130215202536.GA20435@host2.jankratochvil.net> <20130227185345.GA21375@host2.jankratochvil.net> <20130227195251.GA29891@host2.jankratochvil.net> X-Gm-Message-State: ALoCoQktV0Oxqoc3TNbVX+7NWVV7TJGH0ZjSGY6Dnn8glSOZQIQvOwEGwMNLIVHD/vyRXBWprI0sCtapL1aWU7KHnM56Eek1kqdiDEcGoIfrCvlm7aMWQYPKCObDysFfpebc92hjIH1BhvqYNftDjPPH4V/x0AO46On89iOGJbPZrl9IkIP2ZTEvuMKU3Jbkk6djavYYMb89mBEy6QP5DekLId/Z7TjF9Q== X-IsSubscribed: yes 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 X-SW-Source: 2013-03/txt/msg00227.txt.bz2 Jan Kratochvil writes: > On Wed, 27 Feb 2013 20:40:08 +0100, Doug Evans wrote: > > 1) How common/useful would it be to distinguish shared libs of an app > > I've just built and installed in some private dir (or maybe > > /usr/local) from system shared libs? > > IOW treating, e.g., files in $HOME/lib/mumble different from /usr/lib/mumble. > > I'm not sure it's a useful distinction, just wondering. > > I was more considering shared libraries in $HOME/src/elfutils which are part > of the project one is currently debugging. Absolute pathnames are excessive > there, one knows the (elfutils) source tree (s)he is debugging. > > /usr/local/lib/mumble.so I cannot reliably distinguish from $HOME/lib/mumble > so /usr/local/lib/mumble.so will not be handled too well by default. We have various parameters that together specify where to find separate debug info. Is it possible to piggyback on that? E.g., Something minimal for now like specifying which ones are displayed as relative with the default being none? [And thus by default everything with separate debug info will be displayed using absolute file names.] Or something like that. I wrote: > 2) How do you see {with,without}-separate-debuginfo being used in practice? > I'm just wondering if this choice is the core of the problem or > whether it's system vs non-system. Oops. I also meant to ask about executable-vs-library. IOW, the distinction between executables and shared libs in your patch. There's a 2x2 matrix of {executable,shared-lib} x {embedded-debug-info,separate-debug-info}.