Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Masaki Muranaka <monaka@monami-software.com>
To: DJ Delorie <dj@redhat.com>
Cc: nickc@redhat.com,  drow@false.org,  gdb-patches@sourceware.org,
	 binutils@sourceware.org
Subject: Re: Can't set architecture to m32c on m32c-elf-gdb.
Date: Fri, 08 Jan 2010 00:45:00 -0000	[thread overview]
Message-ID: <40E7AA99-A079-465F-B6E7-64862E303065@monami-software.com> (raw)
In-Reply-To: <201001080007.o0807Aik022372@greed.delorie.com>

Hello DJ,

Hmm, it's possible a matter of degree...

Talking about that cpu-m32c.c.
In case you try to support R32C target, where target_info for R32C should be placed in?
There are two strategy.
One is to create cpu-r32c.c, The another is to append to cpu-m32c.c

I have no objection about Nick's patch in case we will adopt the former.
But I think it's better the latter since Renesas regards R32C as M16C family.


On 2010/01/08, at 9:07, DJ Delorie wrote:

> 
>> Yes some series cores are already shipped it and some are still
>> planning.  I didn't say R32C is same as M32C. But I think their
>> register sets and periherals are quite similar.  And Renesas says
>> R32C is the high end model of M16C/M32C series, right?
> 
> Right, but r32c isn't a "type of m32c" - it's a sibling to m32c, much
> like m32c is a sibling to m16c.  The register set is similar, but not
> quite the same, and the instruction set is similar, but not quite the
> same, etc.
> 
>> I agree RX is completely different opcode/registers from M16C
>> family.  ("RX is a step up from R32C. " is similar to "SH-1/2 is a
>> step up from H8") So I have no view about RX supports on GNU chains.
> 
> RX shares many peripherals and electrical configurations with
> m32c/r32c though.
> 


  reply	other threads:[~2010-01-08  0:45 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-03  9:17 Masaki Muranaka
2008-12-03 14:08 ` Daniel Jacobowitz
2008-12-04  1:04   ` Masaki Muranaka
2008-12-04  4:27     ` Daniel Jacobowitz
2008-12-04  6:48       ` Masaki Muranaka
2008-12-04 13:13         ` Daniel Jacobowitz
2008-12-04 14:22           ` Pedro Alves
2008-12-05  0:29             ` Masaki Muranaka
2009-12-28  2:32   ` Masaki Muranaka
2009-12-31 12:22     ` Nick Clifton
2010-01-03  0:00       ` Masaki Muranaka
2010-01-06  8:18         ` [patch] " Masaki Muranaka
2010-01-06 15:17         ` Nick Clifton
2010-01-06 23:24           ` Masaki Muranaka
2010-01-07 15:54             ` Nick Clifton
2010-01-07 22:38               ` Masaki Muranaka
2010-01-07 22:45                 ` DJ Delorie
2010-01-08  0:02                   ` Masaki Muranaka
2010-01-08  0:07                     ` DJ Delorie
2010-01-08  0:45                       ` Masaki Muranaka [this message]
2010-01-08 11:40                 ` Nick Clifton
2010-01-12  0:04                   ` Masaki Muranaka

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=40E7AA99-A079-465F-B6E7-64862E303065@monami-software.com \
    --to=monaka@monami-software.com \
    --cc=binutils@sourceware.org \
    --cc=dj@redhat.com \
    --cc=drow@false.org \
    --cc=gdb-patches@sourceware.org \
    --cc=nickc@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