Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Jim Ingham <jingham@apple.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: gdb@sources.redhat.com
Subject: Re: Add fullname to breakpoint output
Date: Mon, 14 Apr 2003 17:04:00 -0000	[thread overview]
Message-ID: <217F54D2-6E9B-11D7-BECB-00039379E320@apple.com> (raw)
In-Reply-To: <3E9A3599.9080100@redhat.com>

To my mind, as long as you have "ui_out_text" sprinkled amongst the 
result accumulating statements in "core" gdb, you have CLI code 
embedded in the core gdb functionality.  After all, the "text" output 
was just a clever way to continue formatting stuff up for the CLI 
without polluting the MI output.  But having it there means command 
output can't be changed without potentially messing up the CLI output - 
the two are still intimately linked.

disasm.c has a bunch of ui_out_text calls.

Jim

On Sunday, April 13, 2003, at 09:14  PM, Andrew Cagney wrote:

>
>> Yes, this is a desirable goal.  Have you thought about how to do this?
>
>> The best way I can think of is to have a new ui_out that builds up an 
>> intermediate representation for results that is easy to access 
>> randomly - making up real lists & dictionaries from the 
>> ui_out_field_xxx and list & table stuff.  Then we could banish 
>> ui_out_text & friends to the CLI commands to take the whole result, 
>> pull bits out in the order they expected, and annotate them with 
>> text, newlines, etc, in order to make a nice display.
>> In practice, this will be gnarly to get right, but you could do it 
>> incrementally by getting the intermediate rep. ui_out working, then 
>> fix the CLI commands one by one by swapping in the new ui_out for 
>> those commands you had fixed, and using the old CLI one for the 
>> commands you hadn't gotten working...
>
> I don't know that anything that complicated is needed.  disasm.c 
> worked out pretty well.
>
> Andrew
>
>
>
--
Jim Ingham                                   jingham@apple.com
Developer Tools
Apple Computer


  reply	other threads:[~2003-04-14 17:04 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1049485092.22026.ezmlm@sources.redhat.com>
2003-04-04 22:19 ` Jim Ingham
2003-04-05 17:28   ` Andrew Cagney
2003-04-05 17:59     ` Jim Ingham
2003-04-14  4:14       ` Andrew Cagney
2003-04-14 17:04         ` Jim Ingham [this message]
2003-04-04 19:38 Nick Roberts
2003-04-05 17:24 ` Andrew Cagney
  -- strict thread matches above, loose matches on Subject: below --
2003-04-04  1:03 Bob Rossi
2003-04-03  1:26 Bob Rossi
2003-04-04 16:59 ` Andrew Cagney

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=217F54D2-6E9B-11D7-BECB-00039379E320@apple.com \
    --to=jingham@apple.com \
    --cc=ac131313@redhat.com \
    --cc=gdb@sources.redhat.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