On 2016-01-21 07:43-0000 Arjen Markus wrote: > Hi Alan, > > > >> -----Original Message----- >> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] >> >> I was pretty proud of that implementation, but there is a "slight" problem >> with it >> which is it does not work! :-( >> > Well, the idea was a good one, pity about the failure. > >> So the question is whether this peculiar behaviour is due to a gfortran bug >> or due to >> an issue with the Fortran standard for disambiguation, and I hope you will >> continue >> to pursue that question with your Fortran contacts. >> >> Meanwhile, I will throw away the above "good" idea and continue with the >> (double- >> precision only) status quo for plstransform (and plslabelfunc). >>
> I know of one way to solve this: the procedure arguments should be functions that return data of a distinguishable type. For instance: the transform callback should return the new coordinates as an array of two reals (either single or double precision). That is much less natural for the label function. We could require that that too returns some single/double precision value, for instance the argument that came in, but it feels like a kludge. > The whole thing is evolving - in Fortran 2015 more is possible (currently there is a thread on the Intel Forum where this is discussed), but that is no solution for the moment. > In view of all this, I think we should either use the "only double precision" solution or go for the function solution, however kludgy that feels. If you read through the current Fortran documentation I just updated (commit 282983e), I think I explain the current limitation on plstransform and plslabelfunct pretty well so I am reasonably happy to stick with the double-precision only solution that we now have, and if the issue is actually resolved by Fortran 2015, then when that becomes commonplace on all Fortran compilers (probably 2020 or later) we can think again. Thanks very much for reviewing the current status of this evolving Fortran issue. 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
