>> 2) For me series are lower level than species. I very strongly don't want to >> introduce a dependency in that direction.
> I agree. However, in this case, I believe that integerPartitions should move > into another package, as done in Axiom. If it turns out that a function needs > to be used independently of a package, it should move into a separate file! I have nothing against that one. But then we should probably rename Aldor-Combinat project and produce a libspecies.al instead of libcombinat.al. So it basically means we rename our project (which is not the worst idea). In fact, meanwhile AC contains a lot of code that is actually interesting also outside AC. So it would really make sense to split things up into some basic libraries and then the species stuff builds on them. (That would even save some recompilation time.) However, I would somehow like to wait with this refactoring until Aldor becomes free or at least until we start a project of building a free LibAldor library (which probably must have another name). Refactoring costs some time, but if we take care to keep the "basic" stuff not too much dependent on higher species stuff, that split would be not too difficult. Ralf ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Aldor-combinat-devel mailing list Aldor-combinat-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aldor-combinat-devel
