You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Even worse, if AtomicInterval instances are directly created with an empty interval, containment depends on the values, not on the "emptiness" of the interval:
One should be allowed to create intervals with "reversed bounds" (ie. lower is greater than upper). Currently, this is prevented for no specific reason given that such intervals can be considered as a way to represent empty intervals.
If we allow "reversed bounds", then we could represent empty intervals as (I.inf, -I.inf). This way, all operations involving an empty interval will be consistent (because everything is greater than -I.inf and lower than I.inf, meaning that empty intervals will be considered as contained in any other ones, as greater/lower than any other ones, and as having no overlap with any other ones).
Empty intervals do not properly compare because of the lower and upper bounds
I.inf
:Even worse, if
AtomicInterval
instances are directly created with an empty interval, containment depends on the values, not on the "emptiness" of the interval:Similar issue holds when intervals are compared:
Empty intervals should always be considered as included in other intervals, and should always compare to true when compared to other intervals.
The text was updated successfully, but these errors were encountered: