<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hello Antoine,<br>
<br>
Thanks for your answer.<br>
I have opened a bug report <a
href="http://bugzilla.scilab.org/show_bug.cgi?id=15837">#15837</a>
about this topic.<br>
<br>
About the overload:<br>
<br>
Le 27/10/2018 à 14:00, Antoine ELIAS a écrit :<br>
</div>
<blockquote
cite="mid:2c5d75e4-5bed-fc9e-47d8-91f92471c281@scilab-enterprises.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
Hello Samuel,<br>
<br>
Currently, parser ... lexer, in fact, try to read "number" and
convert it to floating point number, at this moment, we have no
idea what the final goal of this number.<br>
After that, the parser try to understand what to do with this
number (already a double).<br>
So I think the first case is not possible with the current
management of numbers.<br>
<br>
For string argument, I think it cannot be done easily in an
overload macro for the same reason.<br>
</blockquote>
<br>
In the report, i have posted a proposal for a working 11-rows-long
%c_uint64() overload (without the error messages ;)<br>
With it, we get for instance<br>
<br>
<tt>--> %c_uint64("9000000000000001000") + [ 1 -1001 ; 4 7]</tt><tt><br>
</tt><tt> ans =</tt><tt><br>
</tt><tt> 9000000000000001001 8999999999999999999</tt><tt><br>
</tt><tt> 9000000000000001004 9000000000000001007</tt><tt><br>
</tt><br>
whereas<br>
<tt>--> uint64(9000000000000001000) + [ 1 -1001 ; 4 7]</tt><tt><br>
</tt><tt> ans =</tt><tt><br>
</tt><tt> 9000000000000001025 9000000000000000023</tt><tt><br>
</tt><tt> 9000000000000001028 9000000000000001031</tt><tt><br>
</tt><br>
It can process any relevant input array of any number of dimensions.<br>
<br>
Best regards<br>
Samuel<br>
<br>
</body>
</html>