From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6238 invoked by alias); 6 Jan 2007 10:32:11 -0000 Received: (qmail 6229 invoked by uid 22791); 6 Jan 2007 10:32:10 -0000 X-Spam-Check-By: sourceware.org Received: from nitzan.inter.net.il (HELO nitzan.inter.net.il) (192.114.186.20) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 06 Jan 2007 10:32:05 +0000 Received: from HOME-C4E4A596F7 (IGLD-83-130-195-26.inter.net.il [83.130.195.26]) by nitzan.inter.net.il (MOS 3.7.3a-GA) with ESMTP id FQW59477 (AUTH halo1); Sat, 6 Jan 2007 12:32:01 +0200 (IST) Date: Sat, 06 Jan 2007 10:32:00 -0000 Message-Id: From: Eli Zaretskii To: Daniel Jacobowitz CC: gdb-patches@sourceware.org In-reply-to: <20070105192042.GB1031@nevyn.them.org> (message from Daniel Jacobowitz on Fri, 5 Jan 2007 14:20:42 -0500) Subject: Re: [rfa] Rename "set solib-absolute-prefix" to "set sysroot", improve docs Reply-to: Eli Zaretskii References: <20070105174507.GA31679@nevyn.them.org> <20070105192042.GB1031@nevyn.them.org> 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: 2007-01/txt/msg00206.txt.bz2 > Date: Fri, 5 Jan 2007 14:20:42 -0500 > From: Daniel Jacobowitz > Cc: gdb-patches@sourceware.org > > > > > +@item set sysroot @var{path} > > > +If this variable is set, @value{GDBN} will use @var{path} as the > > > > The "set" commands don't set variables, at least we don't usually > > explain them like that. > > So just delete the first clause, and use this for the intro sentence? > > Use @var{path} as the system root for the program being debugged. Yes. > > Btw, what would this command do for Windows-style C:/foo/bar file > > names? Would it work as users expect? > > Using a Windows path as the system root, to cross debug a Unix target, > will work fine. It won't do anything especially sensible if you try to > apply a system root to Windows full paths, I'm afraid - the same is > true for sysroots in GCC, and I don't even know what I'd expect it to > do. Probably /sysroot/c/foo/bar? Either that, or strip the drive letter from the original file name and append the rest to the value of sysroot. > If someone wants to add Windows support I'd be happy to review patches, > but I don't believe a Windows targeted GDB will reach this code. If no one needs that now, we don't need to bother.