From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32358 invoked by alias); 30 Jun 2010 22:14:12 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 32349 invoked by uid 22791); 30 Jun 2010 22:14:12 -0000 X-SWARE-Spam-Status: No, hits=-4.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Tom Tromey Cc: Project Archer , pmatilai@redhat.com Subject: Re: find-debuginfo.sh change for gdb index In-Reply-To: Tom Tromey's message of Wednesday, 30 June 2010 15:25:11 -0600 References: <20100629232147.C019548255@magilla.sf.frob.com> <20100630181436.518364C33C@magilla.sf.frob.com> <20100630204424.3DCE34C33C@magilla.sf.frob.com> Message-Id: <20100630221406.254AC4C33E@magilla.sf.frob.com> Date: Wed, 30 Jun 2010 22:14:00 -0000 X-SW-Source: 2010-q2/txt/msg00072.txt.bz2 > For a symbol file X, it looks for X.gdb-index. It's not clear to me what that means in the separate .debug case. If "symbol file" means the file with the DWARF, then that file is foo.debug so you will be looking for foo.debug.gdb-index. A good way to deal with the build-id symlink is to canonicalize_file_name (aka realpath) them and call the symlink target the real file name (for user display of a useful file name too). If the gdb build-id support is doing that, then foo.debug.gdb-index should be found. I think it is preferable for the packaging not to add the new symlinks. It doesn't seem like we really need them, since you can look at the .build-id/xx/yyy.debug symlink target name instead. It just adds a lot more crapola to each rpm. Thanks, Roland