On Mon, Dec 3, 2012 at 12:12 PM, Chris Barker - NOAA Federal <chris.bar...@noaa.gov> wrote: > generated code is ugly and hard to maintain, it is not designed to be > human-readable, and we wouldn't get the advantages of bug-fixes > further development in Cython.
As far as I'm concerned, this is an argument against Cython. I've had to touch the C/C++/ObjC codebase. It was not automatically generated by Cython and it's not that hard to read. There's almost certainly a C/C++/ObjC expert around to help out. There's almost certainly Cython experts to help out, too. There is almost certainly *not* an expert in Cython-generated C code that is hard to read. I vote raw Python/C API. Managing reference counters is not the mundane task pythonistas make it out to be, in my opinion. If you know ObjC, you've had to do your own reference counting. If you know C, you've had to do your own memory management. If you know C++, you've had to do your own new/delete (or destructor) management. I agree not having to worry about reference counting is nice positive, but I don't think it outweighs the negatives. It seems to me that Cython is a 'middle-man' tool, with the added downside of hard-to-maintain under-code. -- Damon McDougall http://www.damon-is-a-geek.com Institute for Computational Engineering Sciences 201 E. 24th St. Stop C0200 The University of Texas at Austin Austin, TX 78712-1229 ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
