From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13776 invoked by alias); 25 Mar 2013 16:58:50 -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 13756 invoked by uid 89); 25 Mar 2013 16:58:43 -0000 Received: from mtaout23.012.net.il (HELO mtaout23.012.net.il) (80.179.55.175) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 25 Mar 2013 16:58:43 +0000 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MK8008006OAWZ00@a-mtaout23.012.net.il> for gdb-patches@sourceware.org; Mon, 25 Mar 2013 18:58:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MK8008JZ74OV070@a-mtaout23.012.net.il>; Mon, 25 Mar 2013 18:58:01 +0200 (IST) Date: Mon, 25 Mar 2013 19:12:00 -0000 From: Eli Zaretskii Subject: Re: one week to gdb-7.6 release? In-reply-to: <201303251627.r2PGRheU015551@glazunov.sibelius.xs4all.nl> To: Mark Kettenis Cc: brobecker@adacore.com, gdb-patches@sourceware.org, palves@redhat.com, jan.kratochvil@redhat.com, ralf.corsepius@rtems.org, vapier@gentoo.org, joel.sherrill@oarcorp.com Reply-to: Eli Zaretskii Message-id: <83ip4f1knw.fsf@gnu.org> References: <20130320160032.GC5447@adacore.com> <83vc8myoyb.fsf@gnu.org> <83ehf64cfs.fsf@gnu.org> <20130323162534.GI5447@adacore.com> <834ng23soj.fsf@gnu.org> <20130325151825.GJ5447@adacore.com> <83k3ov1mo0.fsf@gnu.org> <201303251627.r2PGRheU015551@glazunov.sibelius.xs4all.nl> X-SW-Source: 2013-03/txt/msg00943.txt.bz2 > Date: Mon, 25 Mar 2013 17:27:43 +0100 (CET) > From: Mark Kettenis > CC: brobecker@adacore.com, gdb-patches@sourceware.org, palves@redhat.com, jan.kratochvil@redhat.com, ralf.corsepius@rtems.org, vapier@gentoo.org, joel.sherrill@oarcorp.com > > > Date: Mon, 25 Mar 2013 18:14:55 +0200 > > From: Eli Zaretskii > > > > > What I would do is add a comment inside the posix implementation that > > > the current use of this function is such that returning a copy of > > > the argument is sufficient. That way, someone finding that the function > > > finally needs to be implemented will understand the history. > > > > I think on Posix platforms, the way to convert argv[0] to an absolute > > file name is to search PATH. > > Not really; argv[0] can be set to anything. It's just convention that > it gets set to the name of the program being executed. Well, if it isn't set to the name of the program, and its leading directory doesn't name the directory where the real GDB executable lives, then relocation of directories simply cannot work, and shouldn't be expected to. I think we should only care about the use cases where the pre-conditions for relocation do exist.