public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
From: msarasa@fh-konstanz.de
To: Keith Seitz <keiths@redhat.com>
Cc: "insight@sources.redhat.com" <insight@sources.redhat.com>
Subject: Re: Adding new target in Targetselection.itb
Date: Thu, 03 Jul 2003 15:30:00 -0000	[thread overview]
Message-ID: <1057246276.3f044c44b4b99@webmail.fh-konstanz.de> (raw)
In-Reply-To: <1057156012.1571.8.camel@lindt.uglyboxes.com>

Quoting Keith Seitz <keiths@redhat.com>:

> > On Tue, 2003-07-01 at 04:38, msarasa@fh-konstanz.de wrote:
> > >   set gdb_target(remote,pretty-name) "Remote/Serial"
> > >   set gdb_target(remotetcp,pretty-name) "Remote/TCP"
> > >   set gdb_target(remote,pretty-name) "Remote/Simuart_e1"
> 
> > > But the problem is that this overwrites the Remote serial option. This
> way 
> > > just Simuart and TCP are displayed in the option box menu.
> 
> You've noticed by now that the target selection is a little primitive.
> It really doesn't do an adequate job of identifying debug protocols (ARM
> angel, gdb's remote protocol, etc) and tranports (tcp, serial).
> 
> What you have defined is a new transport layer. If you look carefully at
> the code snippet above, you'll notice that you've overwritten the
> database name of the remote protocol over a serial line. Both your
> entries and the Remote/Serial entires use the database identifier
> "remote". Notice how Remote/TCP uses "remotetcp". I think that if you
> simply change the name from "remote" to "remotesimuart" or something,
> you should get both.
> 
> If this doesn't work, I've a few other ideas about what might be causing
> trouble, but let's start with the simplest for now.
> 
> Keith
> 
> 

Thanx a lot for your answer!!

I tried what you told me , and of course you were right. The problem is:

This way:
# Remote
  set gdb_target(remote,pretty-name) "Remote/Serial"
  set gdb_target(remote,defbaud) "9600"
  set gdb_target(remote,baud-rates) {9600 19200 38400 57600 115200}
  set gdb_target(remote,cmd) "remote com1"
  set gdb_target(remote,runlist) {1 1 0 1}
  set gdb_target(remote,after_attaching) {}
  set gdb_target(remotetcp,pretty-name) "Remote/TCP"
  set gdb_target(remotetcp,defbaud) "TCP"
  set gdb_target(remotetcp,baud-rates) {}
  set gdb_target(remotetcp,cmd) "remote tcpX"
  set gdb_target(remotetcp,runlist) {1 1 0 1}
  set gdb_target(remotetcp,after_attaching) {}
  # Simuart E1
  set gdb_target(remotesimuart,pretty-name) "Remote/Simuart_e1"
  set gdb_target(remotesimuart,defbaud)  ""
  set gdb_target(remotesimuart,baud-rates) {}
  set gdb_target(remotesimuart,cmd) "remote simuart"
  set gdb_target(remotesimuart,runlist) {1 1 0 1}
  set gdb_target(remotesimuart,after_attaching) {}

I don't overwrite the remote serial option. I have to modify the code for the 
valid_target function (in targetselection.itb too) and add:

if {[regexp "simuart$" $target]} {
    # Special case (hacked for e1)
    regsub simuart$ $target {} foo
    return [valid_target $foo]
  }

to do something likely to the tcp option.

This way i've got my remotesimuart choose in the menu box after the others 
(serial , cisco , tcp...) but , after i choose that and try to do
"connect to target" in the RUN menu, i get an error message.
Undefined target command: "remotesimuart".

When I did it the other way (overwriting) all worked properly , but now , I 
got the new option , but gdb don't execute "target remote simuart" like before 
but "remotesimuart".

I'm going crazy with this. Any ideas wellcomed.
Vielen Dank.

Miguel.

  reply	other threads:[~2003-07-03 15:30 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1057059523.3f0172c3446d1@webmail.fh-konstanz.de>
2003-07-01 19:25 ` Keith Seitz
2003-07-02 14:17   ` Keith Seitz
2003-07-03 15:30     ` msarasa [this message]
2003-07-03 15:38       ` Keith Seitz

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=1057246276.3f044c44b4b99@webmail.fh-konstanz.de \
    --to=msarasa@fh-konstanz.de \
    --cc=insight@sources.redhat.com \
    --cc=keiths@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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).