Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "Maciej W. Rozycki" <macro@mips.com>
To: John Baldwin <jhb@freebsd.org>
Cc: <gdb-patches@sourceware.org>
Subject: Re: [PATCH] Workaround a FreeBSD ptrace() bug with clearing thread events.
Date: Fri, 02 Mar 2018 20:09:00 -0000	[thread overview]
Message-ID: <alpine.DEB.2.00.1803021921570.10166@tp.orcam.me.uk> (raw)
In-Reply-To: <1908872.BAzsX71dkG@ralph.baldwin.cx>

On Fri, 2 Mar 2018, John Baldwin wrote:

> >  Hmm, doesn't it have to be a run-time check then?  Otherwise you're 
> > basing your decision on the host system GDB has been built for and not one 
> > it will be run on, which I suppose does not necessarily have to be of the 
> > same version.  Or am I missing anything here?
> 
> FreeBSD generally does not support forwards-compatability for binaries (newer
> binary on older kernel), only backwards-compatability (older binary on newer
> kernel).  In this case, using the workaround is also fine on a fixed kernel,
> so it doesn't hurt if GDB is compiled on an older system (thus using the
> workaround) and then run under a newer kernel.

 Fair enough.

 Is the one-way compatibility enforced though, by a system library runtime 
or the kernel somehow, by refusing to run a binary built for a kernel that 
is newer than one currently in charge of the system?  Otherwise the rule 
would be quite fragile and error prone, asking for extra care to be taken 
by the user.

  Maciej


  reply	other threads:[~2018-03-02 20:09 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-24  0:10 John Baldwin
2018-02-26  4:28 ` Joel Brobecker
2018-02-26 17:25   ` John Baldwin
2018-03-02  0:51 ` Maciej W. Rozycki
2018-03-02 18:32   ` John Baldwin
2018-03-02 20:09     ` Maciej W. Rozycki [this message]
2018-03-02 22:48       ` John Baldwin
2018-03-03 17:45         ` Maciej W. Rozycki

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=alpine.DEB.2.00.1803021921570.10166@tp.orcam.me.uk \
    --to=macro@mips.com \
    --cc=gdb-patches@sourceware.org \
    --cc=jhb@freebsd.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