public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Steven Johnson <sjohnson@neurizon.net>
To: Peter Reilley <micrio@mv.com>
Cc: GDB Discussion <gdb@sources.redhat.com>
Subject: Re: Where is GDB going
Date: Sun, 25 Feb 2001 20:52:00 -0000	[thread overview]
Message-ID: <3A99E121.FC840B04@neurizon.net> (raw)
In-Reply-To: <007c01c09f99$636f5ff0$05d145cc@ppro>

Peter Reilley wrote:
> 
> This is a fine line to draw.   Is communicating to a proprietary
> monitor OK if it is by ASYNC or TCP/IP but not if it is by
> way of a library?  

The prime distinction I see is that communicating via ASYNC or TCP/IP is
System Neutral. I can as easily communicate using TCP/IP from Solaris as
I can from Windows or Linux.  There is no impediment to anyone using
this interface on a device.  Using a proprietary library forces a user
of GDB to use Windows or Nothing.  (The only current examples of this I
find involve Windows DLL's)  It allows a Hardware Vendor to force a
choice of OS on a GDB user because it is not supported otherwise.  GPL
Code should allow one to support themselves, proprietary libraries
prevent this, published communications specs do not.  Im not religiously
fervent about this issue, but I think the distinction is pretty clear. 
The two examples in GDB's code I cited are the only examples of it I
could find.  Apart from increasing choice I feel that closed source
DLL's linked to GDB decrease choice.  If those vendors want GDB to work
with their hardware then they should do it properly and not force people
to use the vendors OS of choice.

> This is a subject that it is easy to get
> religious about.   Unfortunately, at the end of such wars
> most people are dead.   If we can accommodate the feelings
> and needs of everyone in this community then we will
> make progress together.   I say, strip out the proprietary
> interface code and allow the manufacturers to provide their own
> GPL'ed patched that satisfy their needs.   That should
> keep most people happy.

I Agree totally.
> 
> Pete

Steven.

  reply	other threads:[~2001-02-25 20:52 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-25 18:11 Peter Reilley
2001-02-25 20:52 ` Steven Johnson [this message]
2001-02-25 21:22 ` Quality Quorum
  -- strict thread matches above, loose matches on Subject: below --
2001-02-26 20:34 Peter Reilley
2001-02-23 13:52 Andrew Cagney
2001-02-23 14:21 ` Quality Quorum
2001-02-25 15:48   ` Steven Johnson
2001-02-25 21:15     ` Quality Quorum
2001-02-25 23:41       ` Per Bothner
2001-02-26  9:39         ` Quality Quorum
2001-02-26 13:45           ` Per Bothner
2001-02-26 16:29             ` Quality Quorum
2001-02-26 13:53           ` Steven Johnson

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=3A99E121.FC840B04@neurizon.net \
    --to=sjohnson@neurizon.net \
    --cc=gdb@sources.redhat.com \
    --cc=micrio@mv.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).