Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier@gentoo.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: brobecker@adacore.com, gdb-patches@sourceware.org,
	monaka@monami-software.com
Subject: Re: [doc] Avoid conflicts between gdb and cross-gdb.
Date: Fri, 08 Aug 2014 07:17:00 -0000	[thread overview]
Message-ID: <1582806.fEGP7eDcqu@vapier> (raw)
In-Reply-To: <83lhqzms89.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 1893 bytes --]

On Fri 08 Aug 2014 09:05:10 Eli Zaretskii wrote:
> > From: Mike Frysinger <vapier@gentoo.org>
> > Cc: brobecker@adacore.com, gdb-patches@sourceware.org,
> > monaka@monami-software.com Date: Thu, 07 Aug 2014 22:52:57 -0400
> > 
> > so the first question is, is this scenario important to us ?  or do we
> > consider people dealing with cross-gdb's to be on their own and to figure
> > out documentation skew problems themselves ?
> 
> I see no documentation skews here.  The GDB manual documents (barring
> errors that should be reported and fixed) describes all of its
> versions, including cross-gdb.

i described the skews in my other e-mail which you responded to.  your `info 
gdb` obviously only describes that specific version of gdb.  the further away 
your cross version gets (newer or older), the more the manual does not help 
but even confuses.  you can't even use the online gdb manual because that only 
reflects the very latest versions (unlike say gcc which archives the manual 
for every release online).  that leaves people with `man $target-gdb` which 
only describes the command line interface.

> > lumping it into the category of "if you're
> > cross-compiling/debugging, you know what you're doing" doesn't fly
> > as there a _lot_ of people who do cross work and know very little
> > here -- someone else is responsible for building/packaging the
> > toolchain and they were just given it and told "use xxx-gcc and
> > xxx-gdb".
> 
> I don't see how people who know very little could ever be able to work
> with GDB, or even with a cross-compiler, for that matter.  But I guess
> we will have to agree to disagree here.

then you obviously haven't dealt with real world customers ;).  it isn't that 
they can't look up and find information (eventually).  but providing a state 
where they predestined to fail isn't exactly great.
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2014-08-08  7:17 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
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 [this message]
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=1582806.fEGP7eDcqu@vapier \
    --to=vapier@gentoo.org \
    --cc=brobecker@adacore.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=monaka@monami-software.com \
    /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