(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