From: Doug Evans <dje@google.com>
To: Joel Brobecker <brobecker@adacore.com>
Cc: Eli Zaretskii <eliz@gnu.org>, Mike Frysinger <vapier@gentoo.org>,
gdb-patches <gdb-patches@sourceware.org>,
monaka@monami-software.com
Subject: Re: [doc] Avoid conflicts between gdb and cross-gdb.
Date: Wed, 06 Aug 2014 20:05:00 -0000 [thread overview]
Message-ID: <CADPb22Rjz-tsLrqhBo1DXNJ=pU8sR-E5am11cs2dwtnLxdubQg@mail.gmail.com> (raw)
In-Reply-To: <20140806195324.GC4881@adacore.com>
On Wed, Aug 6, 2014 at 12:53 PM, Joel Brobecker <brobecker@adacore.com> 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 ?
next prev parent reply other threads:[~2014-08-06 20:05 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-01 8:18 Masaki Muranaka
2014-08-01 15:07 ` Joel Brobecker
2014-08-02 12:58 ` Mike Frysinger
2014-08-06 13:24 ` Joel Brobecker
2014-08-06 17:05 ` Eli Zaretskii
2014-08-06 17:37 ` Joel Brobecker
2014-08-06 17:40 ` Eli Zaretskii
2014-08-06 19:53 ` Joel Brobecker
2014-08-06 20:05 ` Doug Evans [this message]
2014-08-06 21:34 ` Joel Brobecker
2014-08-07 15:43 ` Eli Zaretskii
2014-08-07 15:53 ` Joel Brobecker
2014-08-08 6:19 ` Mike Frysinger
2014-08-21 14:26 ` Pedro Alves
2014-08-21 15:00 ` Eli Zaretskii
2014-08-07 0:21 ` Mike Frysinger
2014-08-07 15:50 ` Eli Zaretskii
2014-08-08 2:53 ` Mike Frysinger
2014-08-08 6:05 ` Eli Zaretskii
2014-08-08 7:17 ` Mike Frysinger
2014-08-21 14:30 ` Pedro Alves
2014-08-06 22:55 ` Mike Frysinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CADPb22Rjz-tsLrqhBo1DXNJ=pU8sR-E5am11cs2dwtnLxdubQg@mail.gmail.com' \
--to=dje@google.com \
--cc=brobecker@adacore.com \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=monaka@monami-software.com \
--cc=vapier@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox