[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