On Feb 11, 2010, at 14:15 , Alan W. Irwin wrote:
> Of course, all of this is just a formal
> API breakage because in practice both libplplotf77cd and
> libplplotf95cd
> depend on libplplotd so there should not be an API breakage for the
> combination, but I think we should observe these API for
On 2010-02-11 12:53-0800 David MacMahon wrote:
> As readers of this list know, I have been working on supporting "arbitrary
> storage of 2D data". My primary motivation for doing this was to access the
> NArray 2D data via a pointer to data in column-major order. Since the data
> really are i
Hi, Alan,
On Feb 10, 2010, at 23:01 , Alan W. Irwin wrote:
> On 2010-02-10 21:57-0800 David MacMahon wrote:
>
>> I wouldn't miss pltr0f if both its declaration and
>> definition were in the FORTRAN bindings only, but I would very much
>> miss pltr2f!
>
> Why? Do you have some non-Fortran use for
On 2010-02-10 21:57-0800 David MacMahon wrote:
> Hi, Hazen,
>
> On Feb 10, 2010, at 18:02 , Hazen Babcock wrote:
>
>> David MacMahon wrote:
>>> Moves the definitions of pltr0f and pltr2f (both declared in
>>> plplot.h)
>>> from the sccont.c files of the FORTRAN bindings into plcont.c.
>>
>> Could
Hi, Hazen,
On Feb 10, 2010, at 18:02 , Hazen Babcock wrote:
> David MacMahon wrote:
>> Moves the definitions of pltr0f and pltr2f (both declared in
>> plplot.h)
>> from the sccont.c files of the FORTRAN bindings into plcont.c.
>
> Could you elaborate briefly on what problem this patch solves?
David MacMahon wrote:
> Moves the definitions of pltr0f and pltr2f (both declared in plplot.h)
> from the sccont.c files of the FORTRAN bindings into plcont.c.
Could you elaborate briefly on what problem this patch solves?
thanks,
-Hazen
-
