Re: [Plplot-devel] PLplot and C++

2015-05-28 Thread Arjen Markus
Hi Alan, That sounds interesting indeed - as for exotic C++ compilers: I guess Cmake would have difficulty finding them in the first place. Main thing is that knowledge of all these libraries is easily accessible. Regards, Arjen > -Original Message- > From: Alan W. Irwin [mail

Re: [Plplot-devel] A possible design of our new Fortran binding

2015-05-28 Thread Arjen Markus
Hi Alan, > -Original Message- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > Hi Arjen: > > I request two changes in the results: > > 1. Please use the --stdout option to git format-patch. That allows you to > store the > result in one file rather than a series of them. > Cl

Re: [Plplot-devel] PLplot 6 and git

2015-05-28 Thread Phil Rosenberg
All that sounds good to me Alan Regarding the naming - well that is not so important to me as everything else and it sounds like there are options if we need them. Phil On 28 May 2015 at 00:33, Alan W. Irwin wrote: > On 2015-05-26 22:13+0100 Phil Rosenberg wrote: > >> On 24 May 2015 at 23:01, A

Re: [Plplot-devel] PLPlot 6 and C++

2015-05-28 Thread Phil Rosenberg
Hi Jim Sorry, when I suggested a plmalloc and plfree I meant for these to call free and malloc, plus do some extra bookkeeping for us to keep track of our garbage collection needs, not as functions to interact directly with the OS to bypass free and malloc I think the following could be a useful m