The new JVM really starts fast. Clojure users will like that. I also noticed that (at least for 64-bit) that the Windows version only comes with the hotspot compiler. No client jvm. I haven't checked 32-bit. This is a big change, because previous 32-bit JRE's only came w/ client. I had never checked the 64-bit.
I also agree that clojure is more able to take advantage of JDK 7, since you tend to compile at runtime, you could just detect which JVM you're running and install the fancier invokedynamic compiler. I've seen claims that that won't really benefit Clojure, but I think that determination ought to be left to measurement rather than guesswork. One potential issue would be AOT compiled code, you would probably want it to default to the old way, and have the option to compile with the new compiler, should such a thing ever come into existence. Apache Derby manages to pack multiple JDBC versions into the same jar. I think, at runtime, its basically o.k. as long as you get the dependencies right and never touch the wrong version's classes, the classloader will not load them. On Jul 28, 8:18 pm, OGINO Masanori <masanori.og...@gmail.com> wrote: > AFAIK using InvokeDynamic *requires* Java7, so I think it will be done > if Java7 gets default and it fits for Clojure. > > However, for example, new HotSpot gains more performance then Clojure > may also gain if you use Java7... > (but you can't force everyone to use Java7 of course.) > > Also, you can call new libraries even if they are not used Clojure itself. > (You may tell users your code works with Java7) > > -- > Name: OGINO Masanori (荻野 雅紀) > E-mail: masanori.og...@gmail.com -- 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