Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Tom Tromey <tromey@redhat.com>
To: Doug Evans <dje@sebabeach.org>
Cc: Stan Shebs <stanshebs@earthlink.net>, gdb-patches@sourceware.org
Subject: Re: Publishing binary interfaces [was Re: [PATCH] Move "types deeply equal" code from py-type.c to gdbtypes.c]
Date: Mon, 11 Nov 2013 18:59:00 -0000	[thread overview]
Message-ID: <87fvr2kg8o.fsf@fleche.redhat.com> (raw)
In-Reply-To: <m3habobrrd.fsf_-_@seba.sebabeach.org> (Doug Evans's message of	"Wed, 06 Nov 2013 23:22:30 -0800")

>>>>> "Doug" == Doug Evans <dje@sebabeach.org> writes:

Doug> Some people IIRC were *profoundly* against publishing binary interfaces.

Not sure if you are referring to me.

If so, then I think you've misunderstood me.  This is understandable
given the deficiencies of irc.

If not, I suppose whoever it is can speak for themselves.

Doug> Is the community changing it's mind on binary interfaces?

I'm ok with it in principle, but the details matter.  It's hard to
discuss this in the abstract.

For example, there are many parts of gdb that I think are plainly
unsuitable for ABI promises.  So if your plan involves fixing the ABI,
then I will be against it.

I'm also skeptical of this on doability grounds.  It's harder to publish
a library than a program; and my view is we barely have enough developer
time to address the glaring internal deficiencies in gdb, let alone make
it all of "publishable API" quality.

That said, I'm happy to note that my skepticism isn't a determinant of
whether it will succeed or fail.  I'll help if I can.

I think if you really want to pursue this, you ought to come up with a
plan covering what you intend to do, how you intend to do it, what the
results will look like, how the API will be managed, what additional
constraints this will place on gdb development, etc.  This will clarify
whether it is something I would support.

Doug> Do people actually envision dlopen'ing GDB's Python extension?

If there is some concrete benefit.

Tom


      reply	other threads:[~2013-11-11 17:20 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-06 17:10 [PATCH] Move "types deeply equal" code from py-type.c to gdbtypes.c Doug Evans
2013-11-06 21:35 ` Stan Shebs
2013-11-06 21:50   ` Tom Tromey
2013-11-07  7:17     ` Doug Evans
2013-11-07 14:53       ` Tom Tromey
     [not found]         ` <CAA8o+=T2a8WLE8zi1NO=u8B460KmwOvA2m2pzVJCkAsXw6vHBw@mail.gmail.com>
2013-11-09 19:50           ` Doug Evans
2013-11-09 19:55             ` Doug Evans
2013-11-09 20:33               ` Doug Evans
     [not found]                 ` <CAP9bCMQa7g0vupyHKwmZKum1QJDToDL7bCj92Sc6xbV9R71KGg@mail.gmail.com>
2013-11-17 19:34                   ` Doug Evans
2013-11-22  7:40                     ` Doug Evans
2013-11-07  7:11   ` Doug Evans
2013-11-07 10:19   ` Publishing binary interfaces [was Re: [PATCH] Move "types deeply equal" code from py-type.c to gdbtypes.c] Doug Evans
2013-11-11 18:59     ` Tom Tromey [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=87fvr2kg8o.fsf@fleche.redhat.com \
    --to=tromey@redhat.com \
    --cc=dje@sebabeach.org \
    --cc=gdb-patches@sourceware.org \
    --cc=stanshebs@earthlink.net \
    /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