On 2016-01-19 13:07-0000 Phil Rosenberg wrote: > Oh and a final point. We should think carefully before removing the > forms where we pass in a raw pointer and a number of elements.
My own feeling is the advantages of full-featured arrays outweigh the simplicity (but also dangers) of C-style arrays. So assuming you go ahead and implement full-featured arrays as arguments for the routines in our C++ binding, my tentative advice would be to wean C++ users of our code off of C-style array arguments by deprecating them. But I leave that judgement call to support or deprecate C-style arrays up to you and the others here who are familiar with C++. [...] > I'm not saying that the gains outweigh the negative or the other way > round. Just that we need to think about it. You have obviously already made an excellent start on the required thinking which is really good. However, I hope Andrew (who has been the principal maintainer of our C++ binding for many years) also gets involved in this discussion. @Andrew: any thoughts? Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
