From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4431 invoked by alias); 21 Aug 2009 14:31:12 -0000 Received: (qmail 4417 invoked by uid 48); 21 Aug 2009 14:31:12 -0000 Date: Fri, 21 Aug 2009 14:31:00 -0000 From: "gdb+kisch at sesamstrasse dot dyndns dot tv" To: gdb-prs@sourceware.org Message-ID: <20090821143109.10542.gdb+kisch@sesamstrasse.dyndns.tv> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug symtab/10542] New: 'set debug-file-directory' has no effect X-Bugzilla-Reason: CC Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2009-q3/txt/msg00156.txt.bz2 I'm cross-debugging a remote target over a TCP-connection. The executable to debug has a separated debug information file on the debug host. The build-id method is used to link the executable to its debug info. I'm trying to point gdb to the installation directory of the debug info files with set debug-file-directoy /path/to/debugfiles This setting doesn't seem to have any effect (other than on "show debug-file-directory"). By starting the cross-gdb under strace, I can see that gdb searches the debugfiles at /opt/crosstool/lib/debug (it was configured with --prefix=/opt/crosstool). When I provide a symbolic link at that place, all the debuginfo files are found correctly. So it seems that gdb is ignoring the debug-file-directory setting in my case. -- Summary: 'set debug-file-directory' has no effect Product: gdb Version: 6.8 Status: UNCONFIRMED Severity: normal Priority: P2 Component: symtab AssignedTo: unassigned at sourceware dot org ReportedBy: gdb+kisch at sesamstrasse dot dyndns dot tv CC: gdb-prs at sourceware dot org GCC build triplet: i686-pc-linux GCC host triplet: i686-pc-linux GCC target triplet: powerpc-any-linux http://sourceware.org/bugzilla/show_bug.cgi?id=10542 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.