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

2015-06-01 Thread Jim Dishaw
> On May 28, 2015, at 5:50 AM, Phil Rosenberg wrote: > > 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

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

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

2015-05-26 Thread Jim Dishaw
> On May 26, 2015, at 3:53 PM, Phil Rosenberg wrote: > > Okay, well it was an option I thought I would put out there as I think > it was worth considering. I will try to answer the questions people > had anyway in case people are interested. > > Regarding domestic bindings, the C front end w

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

2015-05-26 Thread Phil Rosenberg
Okay, well it was an option I thought I would put out there as I think it was worth considering. I will try to answer the questions people had anyway in case people are interested. Regarding domestic bindings, the C front end would remain. Although the API would have to change if we wanted to retu

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

2015-05-25 Thread Alan W. Irwin
On 2015-05-25 17:29- Arjen Markus wrote: > An issue related to the use of C++ that has not been raised yet, but which surfaced recently in my comprehensive testing efforts is the fact that linking a C++ program requires a C++-enabled linker. Thus introducing C++ as the language in which PLplot

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

2015-05-25 Thread Chris Marshall
PLplot 5 will be around for quite awhile. > -Original Message- > From: Hazen Babcock [mailto:hbabc...@mac.com] > Sent: Monday, May 25, 2015 7:18 PM > To:plplot-devel@lists.sourceforge.net <mailto:plplot-devel@lists.sourceforge.net> > Subject: Re: [Plplot-devel] PLPlo

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

2015-05-25 Thread Jim Dishaw
<mailto:hbabc...@mac.com>] > > Sent: Monday, May 25, 2015 7:18 PM > > To: plplot-devel@lists.sourceforge.net > > <mailto:plplot-devel@lists.sourceforge.net> > > Subject: Re: [Plplot-devel] PLPlot 6 and C++ > > > > > > > > On 2015-05-22

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

2015-05-25 Thread Arjen Markus
easier (and safer). Regards, Arjen > -Original Message- > From: Hazen Babcock [mailto:hbabc...@mac.com] > Sent: Monday, May 25, 2015 7:18 PM > To: plplot-devel@lists.sourceforge.net > Subject: Re: [Plplot-devel] PLPlot 6 and C++ > > > > > On 2015-05-22 1

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

2015-05-25 Thread Hazen Babcock
> > On 2015-05-22 13:00+0100 Phil Rosenberg wrote: > >> Hi All >> I mentioned this briefly during the previous release cycle, but we all >> had more pressing things to deal with. Dealing with errors is >> something we really need to get a hold on for PLPlot 6 and one of the >> big drivers for cons

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

2015-05-22 Thread Alan W. Irwin
On 2015-05-22 13:00+0100 Phil Rosenberg wrote: > Hi All > I mentioned this briefly during the previous release cycle, but we all > had more pressing things to deal with. Dealing with errors is > something we really need to get a hold on for PLPlot 6 and one of the > big drivers for considering a