public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Gilbert Coville <gcoville@gc.org>
To: binutils@sourceware.org
Subject: ns32k status
Date: Mon, 17 Jan 2022 20:02:49 -0800	[thread overview]
Message-ID: <AE713F02-5C6E-4223-A4EF-B8E2AB68860B@gc.org> (raw)

I see that ns32k is on the chopping block once again.

As I understand it, ns32k isn’t the last arch to use a.out, but it is the last arch to use only a.out.  With its removal, it would then be possible to remove a.out completely.

However, I do think that dropping ns32k from binutils would be a shame.  Although only a handful of people use it in its current form, it does actually work quite well.  Obviously, it’s no longer being used for netbsd, but it is still useful for hobby embedded or bare metal-type environments.

I have started investigating what it would take to create an ns32k-elf target.  My initial thought was something like “There’s already a working example of ns32k a.out, plus plenty of other elf targets.  It should be straightforward.”  Perhaps it is to someone with years of binutils experience.  However, the more I dig into it, the more daunting it becomes.  Adding to the problem is that there isn’t a ns32k ELF addendum.  We’ve looked pretty hard and only found a reference to it in National’s documentation.  Most likely the document was vaporware.  All we’re left with is a value for e_machine.  I had hoped to have some code to show by the upcoming branch date, but that is clearly not going to happen.

My primary request is that the removal of ns32k targets be postponed for a release (or two).  I don’t mind if ns32k-*-netbsd remains in the obsolete list, but if the ns32k code and files are removed, it will make the task significantly more difficult.

I am open to any advice, or ridicule if necessary.

Thoughts?

Gilbert


             reply	other threads:[~2022-01-18  4:02 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-18  4:02 Gilbert Coville [this message]
2022-01-18 12:20 ` Alan Modra

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=AE713F02-5C6E-4223-A4EF-B8E2AB68860B@gc.org \
    --to=gcoville@gc.org \
    --cc=binutils@sourceware.org \
    /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).