From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21198 invoked by alias); 31 Jan 2007 19:10:05 -0000 Received: (qmail 21147 invoked by uid 22791); 31 Jan 2007 19:10:05 -0000 X-Spam-Check-By: sourceware.org Received: from Unknown (HELO mail.hofr.at) (194.112.174.227) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 31 Jan 2007 19:09:59 +0000 Date: Wed, 31 Jan 2007 19:10:00 -0000 From: Nicholas Mc Guire To: Daniel Jacobowitz cc: veenu khanna , gdb@sourceware.org Subject: Re: GDB Stub & GPL question In-Reply-To: <20070131150448.GA24917@nevyn.them.org> Message-ID: References: <256227.64036.qm@web53809.mail.yahoo.com> <20070131150448.GA24917@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-01/txt/msg00359.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > On Wed, Jan 31, 2007 at 07:02:04AM -0800, veenu khanna wrote: >> Hello >> I have a question regarding implementing a remote stub. Say we have to implement/extend a stub for x86 architecture with our own OS. >> IN section for "Implementing a remote stub (Section 17.5.3)" in "Debugging with GDB" document there is a point >> "Make sure you have a serial connection between your target machine and the gdb host, >> and identify the serial port on the host." >> >> Does this mean that GDB on host and GDB agent/stub on the target can only talk on a serial port ? >> >> Another question is regarding GPL... >> some part of stub code will be residing in our kernel which is proprietary. >> Does that mean we will have to release the code for kernel as well ? > > If you copy the stub from the GDB source tree, then yes you would > have a GPL problem. I recommend writing one from scratch, instead, > based on the documentation - that's what most people seem to do. > The examples in GDB are quite old. > thats stange - considering the boilerplate on gdb-6.6/gdb/*-stub.c clearly stating: THIS SOFTWARE IS NOT COPYRIGHTED how does that fit with there being a GPL problem ? - if there really is then these headers sould be changed as the expectation is clearly different. hofrat -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFFwN0rnU7rXZKfY2oRAnzRAJ401TITCfM+qMaNkuYi/QKnOo174gCfWeIM GgGViqckwv7Fy99KGVCvaQY= =8U8j -----END PGP SIGNATURE-----