From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9227 invoked by alias); 6 Aug 2014 21:34:18 -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 9215 invoked by uid 89); 6 Aug 2014 21:34:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 06 Aug 2014 21:34:16 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 922451165F4; Wed, 6 Aug 2014 17:34:14 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id u4d1HjAowiLg; Wed, 6 Aug 2014 17:34:14 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 47369116522; Wed, 6 Aug 2014 17:34:14 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id E01CD410C9; Wed, 6 Aug 2014 14:34:12 -0700 (PDT) Date: Wed, 06 Aug 2014 21:34:00 -0000 From: Joel Brobecker To: Doug Evans Cc: Eli Zaretskii , Mike Frysinger , gdb-patches , monaka@monami-software.com Subject: Re: [doc] Avoid conflicts between gdb and cross-gdb. Message-ID: <20140806213412.GD4881@adacore.com> References: <20140801150722.GJ14672@adacore.com> <3531941.zJjkhARRvn@vapier> <20140806132435.GC5204@adacore.com> <837g2lpmzz.fsf@gnu.org> <20140806173705.GA4881@adacore.com> <83zjfho6sv.fsf@gnu.org> <20140806195324.GC4881@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-08/txt/msg00123.txt.bz2 > > ... wouldn't that delete gdb.info? > > Yeah, but it would also delete all the, e.g., python files (absent > configure args to put them in separate places, but then the sharing is > gone). Hmmm, that's true. > So either "make uninstall" has to work differently in a shared > context, or there can be no sharing, or accept the issue and maybe > provide another uninstall rule to skip possibly shared files. > > Though reading the original post I'm not sure "make uninstall" was the > main motivation here, rather that the installed man page should match > the installed binary name (and if one went that route then "make > uninstall" would need similar changes). Could have misread though. That's what I thought when I approved that patch, and I thought it did make sense. > Do we really need to install ${target}-gdb.1 ? "need" is a matter of degree, IMO :-). Theoretically speaking, I think that someone using ${target}-gdb should be able to type "man ${target}-gdb", rather than have to realize that ${target}-gdb and gdb both have the same interface and thus type "man gdb" instead. There are therefore 2 parallel issues: (1) Should we support out of the box distinct targets to be installed at the same prefix? (2) Should the name of some of those files match the name of the executable? For (1), I'm leaning towards a "not necessary", but we can perhaps find a middle ground. I don't know the various defaults to really help making a decision without spending some time to look at it. Either way, I have a fairly neutral opinion, so I am happy following the group. For (2), I thought that for the man page, and (to some degree, since I know little about info) the "info" page as well. But again, I don't really have much of opinion on that. I don't feel I have much else to share for discussion, so I think we should just decide (or decide to not decide ;-)), and let people send patches following those decisions. -- Joel