sodapopcan
Given:
(apologies for the ping, José!)
Is there a possibility that we could ever get dedicated float operators (+., *., >., …) like in OCaml and Gleam?
I’ve considered the following (what am I missing?):
-
Is there anything that would make this a technical no-go?
…or maybe it’s already being considered? -
Would it have to be a 2.0 feature?
I imagine adding it as opt-in totally defeats the purpose, though I could see a path where we’d get a warning for doing1 / 1.0vs an error for1 /. 1.0. I’m a bit fuzzy on the criteria for this as, for example, I believe the removal of imperative assignment was a post-1.0 feature, no? -
We would need
Integer.to_float/1andFloat.to_integer/1functions.
What do you all think? Do any of you work on a codebase that would make this a nightmare scenario for you? Do math-heavy libraries like Nx rely heavily on overloaded operators?
Where Next?
Trending in Discussions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
At WyeWorks, we believe great software is built by combining technical excellence with genuine human connection
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Practical resources that improve the lives of professional developers.
**Building the future of software with AI, trust, and human connection.**
The deployment platform built for Elixir: PaaS ease, VPS control.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 2- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
josevalim
Why would we want to do that?
Gleam does not really have multiple clauses, so it makes sense there, but in Elixir and Erlang they are very common. So I don’t see the benefit in going in this direction. Especially when there are so many statically typed languages with this exact feature too (Haskell, Go, Rust, etc).
sodapopcan
My assumption was that it would make it possible to infer floats where guards are not needed:
Because those languages aren’t Elixir…
It just always felt a bit out of place not having them given that operators are otherwise not overloaded (at least in the core language).
I’m not sure I follow how multiple clauses comes into play since Haskell also has them. Although your answer along with the otherwise deafening silence has pretty much answered my question! It’s not a feature I’m dying for or anything which is why I created this as discussion and not a proposal.