Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Change base type of Interval{<: AbstractFloat} to AbstractFloat? #335

Closed
mfherbst opened this issue Nov 28, 2019 · 4 comments
Closed

Change base type of Interval{<: AbstractFloat} to AbstractFloat? #335

mfherbst opened this issue Nov 28, 2019 · 4 comments

Comments

@mfherbst
Copy link
Contributor

The question on the base type of Interval has already been mentioned here, e.g. in #310 or #41. I am wondering what is the current status and philosophy on this? Are there any updates? Is it even a realistic option to achieve this at some point in the future at least for a few interval types where this might make sense?

@Kolaru
Copy link
Collaborator

Kolaru commented Dec 2, 2019

The main plan for IntervalArithmetic.jl (as far as I can tell) is to try to finish the ambitious PR #271, that is a full flavor system that will allow intervals of various base types, including AbstractFloat.

The status of this PR is currently "Kolaru got overdramatic about a minor setback and didn't touch it since, but will hopefully go back working on it soon".

Parallel to this, @gwater implemented intervals that are floats here https://github.com/gwater/NumberIntervals.jl, and it may suits your needs.

@dpsanders
Copy link
Member

What's the minor setback? Should we discuss it?

@mfherbst
Copy link
Contributor Author

mfherbst commented Dec 2, 2019

@Kolaru Thanks for the clarification and the update. I'll take a look at NumberIntervals for the time being. Still ... a big round of encouragement from my end to pick up PR #271 at some point 😄.

@Kolaru
Copy link
Collaborator

Kolaru commented Oct 16, 2023

Discussed in the biweekly call: With the current philosophy on master, we believe this is resolved. We keep the Real supertype, while disallowing the problematic interactions.

@Kolaru Kolaru closed this as completed Oct 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants