From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34541 invoked by alias); 1 Apr 2015 14:53:11 -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 34531 invoked by uid 89); 1 Apr 2015 14:53:11 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mtaout20.012.net.il Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 01 Apr 2015 14:53:09 +0000 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NM400L00UL48N00@a-mtaout20.012.net.il> for gdb-patches@sourceware.org; Wed, 01 Apr 2015 17:53:06 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NM400LQXUOI2J50@a-mtaout20.012.net.il>; Wed, 01 Apr 2015 17:53:06 +0300 (IDT) Date: Wed, 01 Apr 2015 14:53:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH 3/7] Use gdb_sysroot for main executable on attach In-reply-to: <1427887341-31819-4-git-send-email-gbenson@redhat.com> To: Gary Benson Cc: gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83619fsxx2.fsf@gnu.org> References: <1427887341-31819-1-git-send-email-gbenson@redhat.com> <1427887341-31819-4-git-send-email-gbenson@redhat.com> X-IsSubscribed: yes X-SW-Source: 2015-04/txt/msg00058.txt.bz2 > From: Gary Benson > Date: Wed, 1 Apr 2015 12:22:17 +0100 > > +* Paths specified by "set sysroot" will be prepended to the path of > + the main executable when attaching to already-running processes > + (local and remote) if the path of the main executable is reported > + to GDB as absolute by the operating system. Please don't use "path" when you really mean "file name". OK with that fixed. > +shared library paths will be prefixed with @var{path}; many runtime > +loaders store the absolute paths to the shared library in the target > +program's memory. When attaching to already-running processes, their > +paths will be prefixed with @var{path} if reported to @value{GDBN} as > +absolute by the operating system. If you use @code{set sysroot} to > +find executables and shared libraries, they need to be laid out in > +the same way that they are on the target, with e.g.@: a @file{/bin}, > +@file{/lib} and @file{/usr/lib} hierarchy under @var{path}. Same here. (Yes, I know that the previous text also used "path"). Thanks.