Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <cagney@gnu.org>
To: Peter Barada <peter@the-baradas.com>, brian.laponsey@freescale.com
Cc: gdb@sources.redhat.com, Daniel Jacobwitz <drow@false.org>
Subject: Re: mcore-*-* target to be deleted?
Date: Sun, 12 Dec 2004 15:16:00 -0000	[thread overview]
Message-ID: <41BC6047.1080308@gnu.org> (raw)
In-Reply-To: <20041202142155.C2D5E9842C@baradas.org>

Peter Barada wrote:
>>I (belatedly) noticed an announcement on the GDB web page that the mcore
>>target has been declared obsolete and is going to be deleted from gdb in
>>the next release.
>>
>>I have made some inquiries about the impact this would have on our
>>customers, and although the response wasn't huge, it was definitely not
>>zero.  There's a small but determined population of developers who
>>continue to use gdb with mcore.  It also has a small but growing market
>>with small firms working through distributors, as well as a new design
>>group in China that prefers to use non-Microsoft tools.
>>
>>I don't know if one vote matters, but I vote to save the mcore.

The mcore code has, unfortunatly, become very out of date.   The 
mainline hasn't built since 6.2 was released, and with 6.3 past that 
broken code was dropped.  This all came about because GDB's frame code 
was rewritten from scratch and the mcore was never updated to work with 
the new code.

The way to revive the mcore isn't through votes, nominations, or 
appointments, it's through code.  A developer with an assignment 
contributes code to current standards (most importantly does not use 
deprecated interfaces) then it can very easily be re-integrated (and 
they may quickly find themselves in a more responsible role).  Any 
questions on how to do it welcome(1).

Andrew

(1) Exprerience suggests that largely starting from scratch (using the 
existing code as a guideline) is easier.  This is because the bulk of 
the current file is redundant.


  reply	other threads:[~2004-12-12 15:16 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-02 14:05 Brian LaPonsey
2004-12-02 14:22 ` Peter Barada
2004-12-12 15:16   ` Andrew Cagney [this message]
2004-12-02 14:23 ` Daniel Jacobowitz

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=41BC6047.1080308@gnu.org \
    --to=cagney@gnu.org \
    --cc=brian.laponsey@freescale.com \
    --cc=drow@false.org \
    --cc=gdb@sources.redhat.com \
    --cc=peter@the-baradas.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