Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Jason R Thorpe <thorpej@wasabisystems.com>
To: Mark Kettenis <kettenis@chello.nl>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [PATCH] i386-netbsd* configury cleanup
Date: Mon, 02 Sep 2002 15:31:00 -0000	[thread overview]
Message-ID: <20020902153100.E6992@dr-evil.shagadelic.org> (raw)
In-Reply-To: <868z2kt6bb.fsf@elgar.kettenis.dyndns.org>; from kettenis@chello.nl on Mon, Sep 02, 2002 at 11:44:40PM +0200

On Mon, Sep 02, 2002 at 11:44:40PM +0200, Mark Kettenis wrote:

 > There's a slight problem here: it seems to be impossible to
 > distinguish an OpenBSD binary from a NetBSD a.out binary.  That was
 > the main reason why I made i386-*-opensbd* identical to i386-netbsd.
 > As long as you keep the support for older NetBSD's this should work
 > fine.  Unfortunately...

Basically nothing that is done for i386-netbsdelf is pertinent to
i386-openbsd and I as the NetBSD target maintainer don't want to be
stuck in the position of having to worry about a breaking support for
a system, which *happens* to be based on an ancient version of NetBSD,
which I don't use.

In the signal trampoline example, suppose OpenBSD changed the VM layout
such that the singal trampoline start/end was different from NetBSD's.
If you can't distinguish the NetBSD and OpenBSD a.out binaries, then you're
stuck anyway.

What really has to happen is for there to be new OSABI numbers assigned
for OpenBSD, the default OSABI to be set based on the configured target,
and for the OpenBSD configs to not depend on NetBSD-specific code.

Sure, OpenBSD has made the bad decision of sticking with an inflexible
object format like a.out (no ABI ID tags), and made the bad decision
years ago to not change their a.out magic number (it's not like those
OpenBSD a.out binaries will run on NetBSD, even though they appear to
be NetBSD binaries).  However, I don't think it's particularly fair to
ask me to deal with the consequences of those bad decisions.

-- 
        -- Jason R. Thorpe <thorpej@wasabisystems.com>


      reply	other threads:[~2002-09-02 22:31 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-02 10:24 Jason R Thorpe
2002-09-02 14:44 ` Mark Kettenis
2002-09-02 15:31   ` Jason R Thorpe [this message]

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=20020902153100.E6992@dr-evil.shagadelic.org \
    --to=thorpej@wasabisystems.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=kettenis@chello.nl \
    /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