Re: [cclib-devel] Refactoring

[Noel O'B. <bao...@gm...>]

Since you are moving at a faster pace than we can make decisions it's
probably better for you to make a branch for this refactoring, so that
you can continue without losing momentum and can experiment a bit.

I think the refactoring changes up till now in trunk have been
relatively minor, but I'm happy to do as Adam suggests and and make a
cclib-0.7 release branch from before the refactoring. All future
development will be done on the trunk anyway and stable changes or
completion of agreed features will be merged to the release branch.

Noel

On 03/02/07, Karol Langner <kar...@kn...> wrote:
> On Friday 02 of February 2007 20:47, Adam Tenderholt wrote:
> > > Sounds like this is starting to turn into a major refactoring, and I'm
> > > a bit wary of having this on the trunk, especially as it will be
> > > experimental for the first while. Can you put this on a branch instead
> > > and just test with a single parser for the moment?
> >
> > Karol, it does sound like you are doing some interesting work, but I
> > agree with Noel that this should be developed someplace other than
> > where our current changes are. Especially since my most recent
> > version of PyMOlyze uses trunk as that's where the CDA and
> > FragmentAnalysis code is.
> >
> > What are the current features we are hoping to have in cclib 0.7? If
> > there aren't going to be many changes (esp to parsers), I think it
> > makes sense to merge trunk (from before the refactoring) into a
> > cclib-0.7 branch. If we decide we like the refactoring changes, we
> > can merge those into cclib-0.7 once its stable. What do y'all think?
>
> OK, so tell me which way to go - branch off with the refactoring or create a
> 0.7 branch? I would opt for the first, becuase I was really hoping to get the
> refactoring over with quickly and get on to some "real" additions :)
>
> Conceptually, the parsing function structure I proposed is not far from a dict
> of functions, so maybe that would be a good first step to take.
>
> Karol
>
> --
> written by Karol Langner
> Sat Feb  3 10:26:45 CET 2007
>