hi thomas, > 1) Ease of access: One has to put a lot of time into getting the > system to work, because of the amount of dependencies and because of > restrictions of compiler etc. versions. It is sure great from a > developer's standpoint to use the newest c++ etc. features but it is > not at all from a user's standpoint.
well, i guess you are referring to my limited support of <gcc-4.1 ... the problem of these compilers was the limited support of atomic operations ... you might know as well as i, that maintaining hand-written assembler code for various compilers/platforms is quite hard ... i just didn't want to spend more days of debugging low-level assembler code ... i will never bundle gcc, python, qt & pyqt. and i don't bundle portaudio & libsndfile for now, since they are not that easy to bundle ... > Another point is the > usage of the git repository. I have been participating more when nova > used the svn system, because it was installed on my system. I have git > installed in the meantime, but i have no time and motivation how to > deal with it, also given that nova is the only project that makes use > of it (of the ones i use) of course, i cannot help you with that ... seeing git's superiority, i do not understand, why anyone voluntarily uses svn ... > 2) Compatibility: I'm sure that there are compelling reasons to drop > compatility to existing systems from a developer's viewpoint, but > since i'm not sure that nova can do all or most of the things that i > need for my work, i can't really afford to put time into it. I would > have to start from scratch with all of the framework (externals, > abstraction) that i have become used to. of course i see your point, however i didn't want to do the same hacks for certain problems, that have been used in pd/max for the last 20 years ... tim -- [EMAIL PROTECTED] http://tim.klingt.org I had nothing to offer anybody except my own confusion Jack Kerouac
signature.asc
Description: This is a digitally signed message part
_______________________________________________ nova-dev mailing list [email protected] http://klingt.org/cgi-bin/mailman/listinfo/nova-dev http://tim.klingt.org/nova
