[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-devel
Subject:    Re: Google Summer of Code 2006 Project proposals
From:       Matt Rogers <mattr () kde ! org>
Date:       2006-04-25 4:50:14
Message-ID: 200604242350.14550.mattr () kde ! org
[Download RAW message or body]

On Sunday 23 April 2006 05:16, DeVol wrote:
> Hi
>
> Op do, 20-04-2006 te 17:32 +1000, schreef Hamish Rodda:
> > On Thursday 20 April 2006 03:11, Alexander Neundorf wrote:
> > > On Wednesday 19 April 2006 10:55, Hamish Rodda wrote:
> > > > On Wednesday 19 April 2006 06:37, Alexander Neundorf wrote:
> > >
> > > ...
> >
> > It's more work to integrate something foreign than to continue with what
> > we have (imho).
>
> One more proposal for a lesser known parser, but one that is striving
> (and nearly there) for ANSI C++ compatibility : PUMA. It is the basis
> for AspectC++ and can be downloaded together with AspectC++ on
> www.aspectc.org <http://www.aspectc.org>. Documentation can be found by
> googling specifically for PUMA.
>
> Now for my proposal for KDevelop (be it SoC or not - IMO i think it
> might be too easy for SoC) : SCons integration for KDevelop!
>
>
> Greets,
> Hans (a daily kdevelop user at work, allbeit with a custom written
> makefile-manager that handles an ARM- and X86-Makefile synchronously ->
> hence the interest for SCons [crosscompilation] ;-) )
>

To start, you would need a python parser. It would need to have special hooks 
for checking to make sure that the most popular SConstruct and SConscript 
syntax is correct. You'd also need some other stuff, but i'm starting to get 
tired after travelling and can't remember it
--
Matt
--
Matt

_______________________________________________
KDevelop-devel mailing list
KDevelop-devel@barney.cs.uni-potsdam.de
http://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
[prev in list] [next in list] [prev in thread] [next in thread]