From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18271 invoked by alias); 6 Aug 2014 20:05:28 -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 18175 invoked by uid 89); 6 Aug 2014 20:05:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-vc0-f179.google.com Received: from mail-vc0-f179.google.com (HELO mail-vc0-f179.google.com) (209.85.220.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 06 Aug 2014 20:05:24 +0000 Received: by mail-vc0-f179.google.com with SMTP id hq11so4851054vcb.38 for ; Wed, 06 Aug 2014 13:05:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=6bxhG5QTISLm0OBmRC2D3BY9uP5IJSM3oSIcpQFYj0E=; b=l2RxKAGFjtkaHMccpKuD9iEGM3d+7sSVlZqmE1pRIEfykFg57p+9aFXwNMv+xIi1yu KI18qg8L9vxzXgSLvY3t+2gSZS70OCYR9b4VYXr0CLnAZAtKphnYKCH17UNoyoBbNhO4 v/2gTnRjirkBYD9o7YAkVzYffasJlvbQGs0pVHhICbT9JWdh03SiT/7EMsCS4Obqq6r4 yaQnVuRaADxdE7Whp5LMQWjXu/B0xHa61ycXb4NmqkbtG+lx8B4HOXr9IZX52+XTNO6N 7GI2rdZ8V2k5ebIHIzGo4ruwyPRTqkt8nmGwDiUoHZGfb7F8nK2LuImab9Y6e5vQdAKE N1ig== X-Gm-Message-State: ALoCoQmEyVkikf2Br+fS1mw610MiQH6sOX1j4aIM2p806cVNpC0Pht683vF9SMZfekR+zglltoP9 MIME-Version: 1.0 X-Received: by 10.52.244.138 with SMTP id xg10mr10722019vdc.40.1407355521863; Wed, 06 Aug 2014 13:05:21 -0700 (PDT) Received: by 10.52.136.203 with HTTP; Wed, 6 Aug 2014 13:05:21 -0700 (PDT) In-Reply-To: <20140806195324.GC4881@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> Date: Wed, 06 Aug 2014 20:05:00 -0000 Message-ID: Subject: Re: [doc] Avoid conflicts between gdb and cross-gdb. From: Doug Evans To: Joel Brobecker Cc: Eli Zaretskii , Mike Frysinger , gdb-patches , monaka@monami-software.com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg00122.txt.bz2 On Wed, Aug 6, 2014 at 12:53 PM, Joel Brobecker wrote: >> > I just found it odd that you'd do "man powerpc-elf-gdb" but then do >> > "info gdb", even if the debugger you have is called >> > "powerpc-elf-gdb". >> >> That's true, but the main motivation for the issue at hand was >> "make uninstall", which I think doesn't apply to the Info manual. > > I am not sure I understand why gdb.info is any different from > man/gdb.X in that respect. If I do: > > % cd /path/to/native-gdb/build > % make install > % cd /path/to/cross-gdb/build > % make install > > ... and then do ... > > % make uninstall > > ... 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). 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. Do we really need to install ${target}-gdb.1 ?