On 2014-10-16 06:44- Arjen Markus wrote:
> Hi Alan,
> I like that idea of providing a dual set of interfaces [for
single/double floating point precision for Fortran independent of C core
floating precision] very much :).
Excellent.
> Yes, I will take that responsibility. The details may ne
vic.ca]
> Sent: Wednesday, October 15, 2014 6:52 PM
> To: Arjen Markus
> Cc: PLplot development list
> Subject: RE: [Plplot-devel] Fortran 95 changes in progress
>
> On 2014-10-15 08:07- Arjen Markus wrote:
>
> > Hi Alan,
> >
> >
> >
> > I s
On 2014-10-15 08:07- Arjen Markus wrote:
> Hi Alan,
>
>
>
> I see some idiomatic problems with the current solution. For instance these
> lines from x01.f90:
>
>
> - x = xoff + xscale * arange(1_plint,size(x)+1) / real(size(x),plflt)
> + x = xoff + xscale * arange(1_plint,size(x,kind=plin
jen Markus
> Cc: PLplot development list
> Subject: RE: [Plplot-devel] Fortran 95 changes in progress
>
> On 2014-10-14 09:32- Arjen Markus wrote:
>
> > Hi Alan,
>
> > I doubt the subset who use the plplot_flt module explicitly will be
> a fraction recognisably l
On 2014-10-14 09:32- Arjen Markus wrote:
> Hi Alan,
> I doubt the subset who use the plplot_flt module explicitly will be
a fraction recognisably larger than zero - we never advertised its use
as such. A workaround like you propose would actually work, but let's
see if there is any real need
Arjen
> -Original Message-
> From: Alan W. Irwin [mailto:[email protected]]
> Sent: Monday, October 13, 2014 6:41 PM
> To: Arjen Markus
> Cc: PLplot development list
> Subject: RE: [Plplot-devel] Fortran 95 changes in progress
>
> On 2014-10-13 08:05- Arjen Markus w
On 2014-10-13 08:05- Arjen Markus wrote:
> [...] I would say, let's go for this [third argument of size] amendment. If
> some compiler out there
does not like it, there is a workaround possible, though I'd rather
not have to go that route :).
Hi Arjen:
Thanks for that clear direction includ
.uvic.ca]
> Sent: Saturday, October 11, 2014 12:00 AM
> To: Arjen Markus; PLplot development list
> Subject: Re: [Plplot-devel] Fortran 95 changes in progress
>
> Hi Arjen:
>
> Can you comment on what should be done with size calls in our Fortran code?
> Typically, such calls
Hi Arjen:
Can you comment on what should be done with size calls in our Fortran
code? Typically, such calls are used in, e.g.,
call plshade07(z, size(z,1), size(z,2), ...
where the sized arguments map to PLINT C types. So being absolutely
rigourous about this, those size calls should be coerce
On 2014-10-09 13:08-0700 Alan W. Irwin wrote:
> More later on the kind changes once I finish them.
Hi Arjen:
As of commit 3db2577 I am almost done with the f95 bindings "kind"
changes. Please read the associated commit messages with the "git log
--name-status" command.
Note as part of this seri
On 2014-10-09 13:08-0700 Alan W. Irwin wrote:
> Hi Arjen:
>
> I finally have time where I can work on the kind=plint Fortran 95
> changes we discussed. But before getting to those today, I
> noticed that the suffixes used for Fortran 95 include files (e.g.,
> plflt.inc and plplot_parameters.h) we
Hi Arjen:
I finally have time where I can work on the kind=plint Fortran 95
changes we discussed. But before getting to those today, I
noticed that the suffixes used for Fortran 95 include files (e.g.,
plflt.inc and plplot_parameters.h) were inconsistent. Also, the *.h
suffix misleads developers
12 matches
Mail list logo
