[Bugzilla] [Bug 6703] Samuel GOUGEON has changed bug_file_loc, assigned_to
bugzilla.admin at scilab.org
bugzilla.admin at scilab.org
Thu Mar 15 22:13:05 CET 2018
http://bugzilla.scilab.org/show_bug.cgi?id=6703
--------- Bug Summary -----------
Comparison with booleans may have a wired behaviour. -->[%t %f] == [%t %f] an
---------- Changed by ------------
sgougeon at free.fr
---------- What changed ----------
bug_file_loc, assigned_to
Samuel GOUGEON <sgougeon at free.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|None. Comparison is just |
|wrong. |
Assignee|bruno.jofret at scilab-enterpr |bugzilla.admin at scilab.org
|ises.com |
--- Comment #3 from Samuel GOUGEON <sgougeon at free.fr> ---
In Scilab 6.0:
Still:
-->[%t %f] == [1 0]
ans =
F
This is because both sides not having the same type, they are compared as whole objects.
%s_o_b() and %b_o_s() return always r=%f.
All numerical types are comparable, but not with booleans.
Why isn't there any equivalence %t<=>~=0 and %f <=> ==0 ?
..
Still we have
>-->[%t %f] == [int8(1) int8(0)]
> ans =
> F T
This is definitely weird, indeed. Since [%t %f] and [int8(1) int8(0)]
have not the same types, they should be compared as some whole objects
as in [%t %f] == [1 0], and so should return %F ...
--
You are receiving this mail because:
You are watching all bug changes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/bugzilla/attachments/20180315/6e7c3d19/attachment.htm>
More information about the Bugzilla
mailing list