Hi Wiebe-Marten Wijnja, Thanks for the well-written proposal.
I am afraid my opinion has not changed much from the first time around. The proposed solution would not support the "downcasting" done in `Date.compare`. `Decimal` may also want to perform casting as well. And while I understand why it cannot support that and I would take the same decision as you, it makes it less appealing as we would still need a custom function in those cases. And it may also be that those are actually better solved with a specific compare protocol, such as RataDieCompare or NumberCompare and not a general purpose one. So I believe those protocols should be developed as a separate package and not included in Elixir. I do understand the benefits of including it in Elixir itself but to me the conceptual cost of the new abstraction / mechanism outweighs the gains in this case. I believe I have mentioned in the past the Decimal library is currently on the same situation. It is very useful but, unless it is meant to integrate into the language in a more meaningful way, it will do just fine as a separate package. -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/CAGnRm4LBzUdtw90709d4Rc_y-t2k_T056%3DVWPoHfFzaG9kHE7w%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
