(j3.2006) my CD vote

Keith Bierman khbkhb
Mon Apr 10 15:30:51 EDT 2017


Isn't it ideal for systems (which seem to come and go over time) which have
an extended precision register facility ... so one doesn't need to extend
x,y but end up with the product in extended precision (ala DSDOT)?

Keith Bierman
khbkhb at gmail.com
303 997 2749

On Mon, Apr 10, 2017 at 1:27 PM, Van Snyder <van.snyder at jpl.nasa.gov> wrote:

> On Mon, 2017-04-10 at 10:51 -0600, Dan Nagle wrote:
> > Hi,
> >
> > I plan to vote "YES with Comment"
> >
> > My comment follows:
> >
> > The decision to make obsolescent the specific names of intrinsic
> procedures
> > is a good idea, but it missed one:  DPROD.  DPROD is an anomaly, it
> requires
> > default reals for arguments.  I've never seen it used in real code.
> > It should be tossed onto the PAUSE heap.
>
> It is used in some mathematical library codes, usually for special
> functions.  DPROD(x,y) is a bit simpler than DBLE(x)*DBLE(y).
>
> > --
> >
> > Cheers!
> > Dan Nagle
> >
> >
> >
> >
> > _______________________________________________
> > J3 mailing list
> > J3 at mailman.j3-fortran.org
> > http://mailman.j3-fortran.org/mailman/listinfo/j3
>
>
> _______________________________________________
> J3 mailing list
> J3 at mailman.j3-fortran.org
> http://mailman.j3-fortran.org/mailman/listinfo/j3
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.j3-fortran.org/pipermail/j3/attachments/20170410/b56b8a62/attachment.html 



More information about the J3 mailing list