Let me first say I would definitely like to see complex arithmetic support in Clojure. Major hole for scientific computing in my opinion. And with the momentum that Clojure has in ML / data science, I think it's one that needs patching.
As to you specific point Nik: > For me, having complex numbers not work seamlessly with other numbers and core arithmetic ops is not viable. Doing arithmetic ops with any kind of number is a real (pardon the pun) use case. I believe what's being suggested here is that any functions that might live in a specialized namespace would still support arithmetic between any combination of standard numeric types and the added complex type. The usage I envision, and which I imagine is being envisioned by others, is that you would require + - * / etc from this special namespace, and they'd serve as drop in replacements for the standard functions, except that they support complex types as well. This is roughly how core.matrix works (hat tip to M. Anderson, once again), and should be fine here as well. The only slightly tricky thing would be making sure that core.matrix, complex numbers and the standard numerics could all work together. Seems like one of core.matrix or the complex library will have to know about the other... Unless someone has a clever idea around this? Chris -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
