Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Quality Quorum <qqi@world.std.com>
To: Per Bothner <per@bothner.com>
Cc: GDB Discussion <gdb@sources.redhat.com>
Subject: Re: Where is GDB going
Date: Mon, 26 Feb 2001 09:39:00 -0000	[thread overview]
Message-ID: <Pine.SGI.4.21.0102261222390.8709-100000@world.std.com> (raw)
In-Reply-To: <m27l2d51cm.fsf@kelso.bothner.com>

On 25 Feb 2001, Per Bothner wrote:

> Quality Quorum <qqi@world.std.com> writes:
> 
> > I agree that there should be a line in the sand, however, currently 
> > it is way far to the left. If people have intellectual property and 
> > trade secrets hardwired into their hardware, then they should be allowed
> > to protect these secrets from disclosure by writing closed library 
> > obscuring details of their stuff.
> 
> Of course they should be.  RMS would agree 100%.  But you're missing
> the point: if people make that choice, they have no right to expect a
> free ride from Free Software.  What does Free Software (or the World
> for that matter) gain by making it too easy for people to keep their
> intellectual property secret?  The whole point of GNU to encourage
> openness, not trade secrets.

I do not think that I am missing the point. So, far GNU stuff was 
an enabling technology allowing a bunch of a small guys to pool
resources and provide ourselves with tools and systems where big 
dogs for years did not provide anything suitable and always overpriced.
However, most of the people who use GNU tools in embedded space 
are doing it to earn living off their PROPRIETARY applications being
developed/debugged with GNU tools. If GNU is going to become a
social engineering tool (as you just confirmed) it is going to die - 
this is just an opinion of information age's joe-six-pack, I am
interested in any more discussions on this topic.


> Anyway, discussion about the morality of the GPL are not appropriate
> to this mailing list.  Concrete questions about the licensing
> implications of using Gdb remote stubs, probably ok, I guess.

It was you idea to discuss this matter under this angle. I had 
a very simple question I would like to be either firmly confirmed or 
firmly denied. If I have i386-stub.c (which is public domain) linked with
my evil-proprietary-system then it will be breach of GPL 3.0 to debug
my evil-proprietary-system with GDB using GDB remote protocol.

So, far it was confirmed, while not that firmly.


> 	--Per Bothner

Thanks,

Aleksey



  reply	other threads:[~2001-02-26  9:39 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
2001-02-26 10:02           ` correction. " Quality Quorum
2001-02-26 13:45           ` Per Bothner
2001-02-26 16:29             ` Quality Quorum
2001-02-26 13:53           ` Steven Johnson
2001-02-25 18:11 Peter Reilley
2001-02-25 20:52 ` Steven Johnson
2001-02-25 21:22 ` Quality Quorum
2001-02-26 20:34 Peter Reilley

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=Pine.SGI.4.21.0102261222390.8709-100000@world.std.com \
    --to=qqi@world.std.com \
    --cc=gdb@sources.redhat.com \
    --cc=per@bothner.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