From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 100040 invoked by alias); 7 Feb 2017 21:40:48 -0000 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 Received: (qmail 100019 invoked by uid 89); 7 Feb 2017 21:40:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Summer, Proposal, deadline, mentoring X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 07 Feb 2017 21:40:40 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 2B8A64E4C5; Tue, 7 Feb 2017 21:40:40 +0000 (UTC) Received: from [10.36.117.182] (ovpn-117-182.ams2.redhat.com [10.36.117.182]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id v17LecaU002151; Tue, 7 Feb 2017 16:40:39 -0500 Subject: Re: GSoC To: simon.marchi@polymtl.ca References: Cc: gdb@sourceware.org From: Phil Muldoon Message-ID: Date: Tue, 07 Feb 2017 21:40:00 -0000 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-02/txt/msg00007.txt.bz2 On 07/02/17 21:00, Simon Marchi wrote: > Hi everybody, > > A friend of mine suggested that the GDB project should participate in the Google Summer of Code. However, the deadline to register as a mentoring organization is this Thursday, in two days! So we need to act fast if we want to participate. From what I can see, the application process is relatively straightforward, but somebody needs to take care of it (I don't think it has to be the person who will be the mentor, since this may depend on the actual chosen project). I can be that somebody if nobody else wants to. > > First of all, I have seen that GDB has been accepted as a mentoring organization in the past: > > - https://sourceware.org/gdb/wiki/SummerOfCode2014/Ideas > - https://sourceware.org/gdb/wiki/SummerOfCode2011/Ideas > - https://sourceware.org/gdb/wiki/SummerOfCode2009/Proposal > - https://sourceware.org/gdb/wiki/SummerOfCode2009/Ideas > > It would be interesting to gather some feedback from those who lead this initiative in the past. Would you suggest trying to go for it again? Why, why not? > > About the actual projects ideas, I'm sure we will be able to collect good ideas from the members of the community. There's always the ProjectIdeas page on the wiki [1] to get some inspiration. On my side, there's the output colouring support which I'd like to see become a reality some day :). > > Simon > > [1] https://sourceware.org/gdb/wiki/ProjectIdeas > > >From an idea standpoint I'd love to see the underpinnings of inferior control* capabilities from scripting languages. Perhaps a class that registered scripting languages can call (currently Python and Guile) to affect control of an inferior, with feedback, from an interface. It would ideally abstract all the horrible details from the scripting language. Note, I do not think this will be an easy project, but it will introduce the person to the community as, I think, they will have to question it quite closely to implement the semantics and exceptions involved in inferior control to an external interface. Cheers, Phil * Inferior control being more than being a gdb.command call and hoping things go ok.