<div dir="ltr">Dave B,<div><br></div><div>That is good news.  Thank you.  At the moment I am interested in min/max family functions, and it looks like many of those are updated.</div><div><br></div><div>--Dave A.</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 22, 2016 at 4:00 PM, David Brown <span dir="ltr">&lt;<a href="mailto:dbrown@ucar.edu" target="_blank">dbrown@ucar.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Dave,<br>
For the functions you mention, this is actually a documentation issue.<br>
These built-in functions have support for all numeric types:<br>
<br>
fspan<br>
ispan<br>
maxind<br>
minind<br>
max<br>
min<br>
dim_max<br>
dim_min<br>
dim_max_n<br>
dim_min_n<br>
isnumeric<br>
isenumeric<br>
issnumeric<br>
filedimdef<br>
sinh<br>
cosh<br>
tanh<br>
sin<br>
cos<br>
tan<br>
asin<br>
acos<br>
atan<br>
atan2<br>
ceil<br>
floor<br>
fabs<br>
log<br>
exp<br>
log10<br>
sqrt<br>
-----<br>
sprinti supports all integer types.<br>
<br>
Apparently the docs need updating. And clearly there are still many<br>
functions that have not been updated.<br>
 -dave<br>
<br>
<br>
On Fri, Apr 22, 2016 at 3:10 PM, Dave Allured - NOAA Affiliate<br>
&lt;<a href="mailto:dave.allured@noaa.gov" target="_blank">dave.allured@noaa.gov</a>&gt; wrote:<br>
&gt; NCL team,<br>
&gt;<br>
&gt; Extra-numeric data types (ubyte, ushort, uint, ulong, int64, and uint64)<br>
&gt; were added to NCL six years ago.  I noticed that a number of generic NCL<br>
&gt; library functions do not currently support extra-numeric types.  In<br>
&gt; particular I was just looking through the min/max and dim_min/dim_max<br>
&gt; families.<br>
&gt;<br>
&gt; Do you have any plans for phasing in more support for extra-numeric types in<br>
&gt; the NCL function library?<br>
&gt;<br>
&gt; This is only a curiosity right now.  I do not have any pressing current<br>
&gt; need.  However, I like to support all possible data types when writing<br>
&gt; generic code, and currently I am constrained in this regard by the NCL<br>
&gt; function library.<br>
&gt;<br>
&gt; --Dave<br></blockquote></div></div></div>