No, it is not intentional, I will take a look to that today.
Le 14/01/2019 à 23:22, Samuel Gougeon a écrit :
> I was noting that varn() changed from Scilab 5 to Scilab 6:
> !--error 246
> Function not defined for given argument type(s),
> check arguments or define function %s_varn for overloading.
> --> varn()
> ans =
> This is hard-coded, not in any %s_varn().
> This change is not yet documented. I would like to have confirmation
> that it is intentional.
> dev mailing list
> [hidden email] > http://lists.scilab.org/mailman/listinfo/dev
Le 15/01/2019 à 11:06, Antoine ELIAS a écrit :
> I'm not sure that empty rlist is properly managed in Scilab
> a = rlist() //without ;
> and overload "%r_varn" tries to access to internal fields that does
> not exist.
> I think the trouble comes from rlist function.
Yes, this is why forbidding rlist() and setting rlist(,) to  is
@ http://bugzilla.scilab.org/show_bug.cgi?id=11077#c8 Then, in order to avoid useless errors, the new implementation varn()
is rather handy. I don't see any trap that it could yield.