Frankly, I do not think this is a good idea.

Evidence: the many versions and branches of Csound that have bit the dust in favor of continued development within the "canonical" trunk. Some of these versions were rather superior in some ways.

Rather, we should develop within the trunk, but using #ifdef's to conditionally compile (or build) new code, or not. This is what we have done with the parser, for example. It's somewhat more work in a way (e.g. stubbing out API functions no longer used), but much much less risk of wasted work (and therefore less work overall) in another way.

I repeat my suggestion to change the Csound engine from C to C++. This would make it much easier and more bulletproof to change the internals of Csound, add API functions, etc.

Regards,
Mike

-----Original Message-----
>From: Victor Lazzarini 
>Sent: Oct 21, 2008 6:03 AM
>To: Developer discussions 
>Subject: [Cs-dev] Version 6? ( was Re: Sample accurate k-rate was	Re:Questions	about musmon/insert)
>
>I am wondering here whether we should start working on some
>possible structural changes (Version 6?) alongside the upgrades
>to Csound 5 (I am suggesting this because perhaps none here might
>have the stomach for another 4 year freeze).
>
>In other words: no major structural changes to Csound 5, but 
>bugfixes, new opcodes,
>minor changes with 2 -3 yearly releases, as we have been doing.
>
>Alongside it, a 'bleeding edge' Csound 6.00 alpha, using only the new 
>parser,  the
>current opcodes, a minimal API and space for radical changes. Some of
>us could then concentrate on that, while others work mostly on keeping
>and upgrading 5.
>
>Regards
>
>Victor
>
>At 09:34 21/10/2008, you wrote:
>>Problem with varying block size is that some opcodes make calculations
>>at init time what assumes fixed ksmps.  Not investigated closely but I
>>would be suspicious.  This would be a major change, and makes my
>>worries about counting time in samples seem rather trivial.
>>==John ffitch
>>
>>-------------------------------------------------------------------------
>>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>>Build the coolest Linux based applications with Moblin SDK & win great prizes
>>Grand prize is a trip for two to an Open Source event anywhere in the world
>>http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>_______________________________________________
>>Csound-devel mailing list
>>Csound-devel@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>Victor Lazzarini
>Music Technology Laboratory
>Music Department
>National University of Ireland, Maynooth 
>
>
>-------------------------------------------------------------------------
>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>Build the coolest Linux based applications with Moblin SDK & win great prizes
>Grand prize is a trip for two to an Open Source event anywhere in the world
>http://moblin-contest.org/redirect.php?banner_id=100&url=/
>_______________________________________________
>Csound-devel mailing list
>Csound-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/csound-devel




-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net