On Dec 14, 9:24 pm, Ken Wesson <kwess...@gmail.com> wrote: > Breaking source compatibility with just about every single preexisting > line of Clojure code out there is supposed to make our lives *easier*? Actually, it appears that the majority of the lines of code out there use integers that fit inside a long, so the change doesn't affect them.
On Dec 14, 9:26 pm, Ken Wesson <kwess...@gmail.com> wrote: > But it's also already being done by Clojure 1.2 so I don't see how > that's relevant. If someone proposed a novel behavior, it being > "harder than you might first think" would be a point against that > proposal. However it cannot logically ever be a point against keeping > current behavior. There exists a difference in the behavior of primitive and reference type math in 1.2; Clojure 1.3 will unify the behavior of the two. The auto promoting operators need to return an Object currently even if they take in primitives because the operation might overflow. This means that the auto promoting operators are incompatible with fast math (blame the JVM). It would be nice if there wasn't a trade-off to make, but there is one. -- 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
