Re: Project proposal: Multi-Language VM

On 10/11/07, Neal Gafter [EMAIL PROTECTED] wrote: My pet peeve is arithmetic. In the JVM, you either get efficiency and Neal Would the work from the Java Grande group apply, or is there other relevant research? Thanks Patrick --~--~-~--~~~---~--~~ You

Pnuts and Classes

Hi I found this [1] to be an interesting overview of how the Pnuts programming language [2] handles classes (a new feature for the language). We haven't heard from the Pnuts developers yet--I hope they get a chance to tell us about the language sometime. There's an old review of Pnuts by Steve

Re: Using NailGun to defeat JVM startup woes

This is the signal issue I mentioned. I don't believe it would be too difficult to push signal handling to the client and pass events across the wire to the server process. Interruption would be a problem, especially since just killing the remote JVM would be unacceptable, but JRuby already

[jvm-l] InfoQ short note on DLR

Found this article on Microsoft's DLR http://www.infoq.com/news/2008/01/john-lam-interview Not long on substance, but interesting link to this blog http://blogs.msdn.com/mmaly/archive/2008/01/14/building-a-dlr-language-trees.aspx where we read: What makes [ToyScript] a DLR based language (from

[jvm-l] Re: Ability to force class unloading in JDK 6 Update 4?

it's a 1.6 feature: http://download.java.net/jdk7/docs/api/java/lang/instrument/Instrumentation.html#retransformClasses(java.lang.Class...) I think I recall there are some limitations--you either have to specify an agent on the command line, or else An implementation may provide a mechanism to

[jvm-l] Re: Kawa status

Hi Per I believe Kawa offers better performance, and better integration with Java - if nothing else because Kawa compiles to standard class files, so you can ship .jars, applets, servlets, etc in the same way you ship Java .jars, applets, servlets, etc. I'd like to hear (on this list)

[jvm-l] Re: Choosing a Scripting Language for a Java Application

Because of this I'd like to use a Lisp dialect to add scripting. Right now, I'm looking mostly at SISC and Kawa. I don't know if the author(s) of SISC are following this list--I don't recall them speaking up or presenting SISC--an invitation to them might be in order. Patrick

[jvm-l] Re: JSR 292 EG meeting at JavaOne (summary)

John Thanks for the thorough response. Best regards Patrick --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups JVM Languages group. To post to this group, send email to jvm-languages@googlegroups.com To unsubscribe

[jvm-l] Re: invokedynamic: Is It What We Really Need?

I think it's unfortunate that the JSR was started with a solution (invokedynamic) rather than a problem (implementing dynalangs on the JVM is hard). This is not reflection on John who came to the JSR long after it was created. See Gilad's old blog entry at

[jvm-l] Re: JVM Language Summit agenda is up

On Sun, Aug 24, 2008 at 10:21 AM, Charles Oliver Nutter [EMAIL PROTECTED] wrote: I'll have to look into that, I'm not sure if we'd made such plans or not. It sure would be nice, but then there's also the hassle of getting all speakers to sign off on their content. I'll bring it up though. A

[jvm-l] Re: Ignoring synthetic/bridge methods

Maybe you could post a question to the Javac-dev mailing list? http://mail.openjdk.java.net/mailman/listinfo/compiler-dev On Tue, Sep 16, 2008 at 3:15 AM, Rich Hickey [EMAIL PROTECTED] wrote: How is everyone handling the filtering of synthetic/bridge methods?

[jvm-l] Looking for submissions in JVM languages, performance benchmarking

Hi (I already posted this to the Scala mailing lists) Cliff Click, of Azul Systems, is looking for code submissions [1] in non-Java JVM languages to use in JVM performance testing/profiling for a talk he's giving next week. He'll post analysis and performance profiling data using Azul's JVM

[jvm-l] Re: State of JLine - consoles for Java apps

Per--sounds like Kawa's got some good code to build on top of. One question would be how to structure the console (whether GUI or CLI) in such a way that language implementors would not feel constrained, but rather welcome and interested in plugging in their own language (e.g. adaptor to a

[jvm-l] Re: CookCC lexer/parser generator

Sorry for being contentious :) Hey, the more, the merrier :) Thanks for giving us the rationale behind your work. Patrick --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups JVM Languages group. To post to this

[jvm-l] Re: boojay is back on track

Very nice news. What version of Boo are you tracking? Patrick --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups JVM Languages group. To post to this group, send email to jvm-languages@googlegroups.com To

[jvm-l] Re: Optimizations?

Hi Some information that might be helpful, from the Hotspot Wiki (http://wikis.sun.com/display/HotSpotInternals/Home) http://wikis.sun.com/display/HotSpotInternals/PerformanceTechniques Tips for microbenchmarking http://wikis.sun.com/display/HotSpotInternals/MicroBenchmarks Showing

[jvm-l] Re: Optimizations?

Hi Some information that might be helpful, from the Hotspot Wiki (http://wikis.sun.com/display/HotSpotInternals/Home) http://wikis.sun.com/display/HotSpotInternals/PerformanceTechniques Tips for microbenchmarking http://wikis.sun.com/display/HotSpotInternals/MicroBenchmarks Showing

[jvm-l] Re: Tail calls

See this thread: http://mail.openjdk.java.net/pipermail/mlvm-dev/2009-January/000331.html (continues in postings through February). Prototyping is ongoing. AFAIK it's not decided yet whether the JSR 292 expert group will address this explicitly and seek to standardize on it. HTH Patrick

[jvm-l] Re: Tail calls

why do they have to be exposed? Isn't tail recursion and implementation detail? And an optimization at that? Why would others have to adopt? Not all have adopted CMS GC or survivor spaces? I believe the idea is to force/require a tail call optimization, rather than just hoping a JVM

[jvm-l] Re: Fixed Implementation Of Multimethods In Jvm Languages

Patrick Wright post and updated one link for the implementation on the JVM: http://www.cs.usask.ca/faculty/cjd032/publications/mdj-thesis.pdf If there were any intermediate edits, they've been lost, but I think all intermediate edits were spam-battling anyway. Click on http

Re: [jvm-l] ML types for the JVM

A couple of pointers LambdaVM (JVM backend for GHC) http://www.cs.rit.edu/~bja8464/lambdavm/ CAL (Haskell-influenced language for the JVM) http://groups.google.com/group/jvm-languages/browse_thread/thread/24927841cb387ffb/fa2199fd9714bbb8?lnk=gstq=cal#fa2199fd9714bbb8 There is more on CAL

[jvm-l] Links re: Scala compilation

This floated by in the Twitter stream today: collection of links on various aspects of the Scala compiler; links to PDFs, mostly http://article.gmane.org/gmane.comp.lang.scala/18500 -- You received this message because you are subscribed to the Google Groups JVM Languages group. To post to this

Re: [jvm-l] ML types for the JVM

On Wed, Nov 25, 2009 at 9:16 PM, Mark Derricutt m...@talios.com wrote: CAL looked interesting and even had a full eclipse based IDE as well, sadly it seems to be a dead project (and as you say, only really available from the way back machine). No, I think their project somehow got split; some

Re: [jvm-l] Re: ML types for the JVM

Pedantry aside:) I think the major interest of non Java language designers and implementers on the JVM is to ensure that the Java Closure spec allows their Closures/Lambdas to appear as Java Closures to Java and Java Closures appear as Closures/Lambdas in their languages. This may or may not

Re: [jvm-l] True structs on the JVM

John Rose blogged about some possibilities for supporting this in the JVM http://blogs.sun.com/jrose/entry/tuples_in_the_vm I don't know of anyone working on this, even in prototype form, though. There was an interesting side comment from Cliff Click (formerly of the Hotspot server team, now at

Re: [jvm-l] Common compiler infrastructure?

Charlie It might be worthwhile to open a channel to the JetBrains devs, since they contributed some code IIRC for Groovy/Java compilation. Since a bunch of their stuff is FOSS now, there might be a starting point there (plus insight in what they learned. Patrick -- You received this message

Re: [jvm-l] Common compiler infrastructure?

On Thu, Dec 17, 2009 at 6:22 PM, Werner Schuster (murphee) werner.schus...@gmail.com wrote: Ryan Slobojan wrote: Hi, Along similar lines, what's being done on the .Net side of the fence around this? DLR - the basis for all Iron* languages; Sure, but how does a non-Microsoft CLR language

Re: [jvm-l] Tail calls again and again

Sorry to ask such a naive question, but why is it the responsibility of the bytecode emitter to mark a call as tail ? It seems fairly easy for HotSpot to decide whether a call is tail or not. Does this mean that some language implementers would like to have their calls unoptimized even when

Re: ***SPAM*** [jvm-l] Re: PHP.reboot

FWIW, Quercus is pretty impressive. They've been able to run all the major PHP webapps for several years now, including MediaWiki, Drupal, etc. Unfortunately IMO, it hasn't gotten the attention it's deserved in the marketplace. Thank you, I wasn't aware of Quercus.

Re: ***SPAM*** [jvm-l] Re: PHP.reboot

I believe so; Quercus is licensed under the GPL. On Tue, May 4, 2010 at 1:46 PM, Ben Evans benjamin.john.ev...@googlemail.com wrote: If memory serves, Project Zero isn't using an OSS license. -- You received this message because you are subscribed to the Google Groups JVM Languages group. To

[jvm-l] Perl 5 on the JVM (reasons why not)

I thought this was interesting enough to re-post; it's a mailing list post from last year on why an effort to port Perl 5 to the JVM was abandoned: http://www.nntp.perl.org/group/perl.perl5.porters/2009/08/msg150099.html I'm just pointing out how these language features, some of which have much

Re: [jvm-l] Re: Google Go like language on JVM

Immutable is hard-coded into the type system. A class is declared as immutable using a keyword (const). Lists, maps and functions can be converted to immutable (and will do so automatically by the compiler). http://fantom.org/doc/docLang/Classes.html#const

Re: [jvm-l] fork(2) in the JVM?

about open file descriptors, running threads, and all similarly non-persistent resources?), and I don't see compelling reasons for Oracle to embark in such an effort (given that the JVM is prevalently used in server environments where cold restarts are rare). Still, save-image is supported by

Re: [jvm-l] Ceylon: Gavin Kings recreates a new Scala

The title reflect my opinion. Anyway, it can interest some of you. http://in.relation.to/Bloggers/Ceylon Note that he writes, All we have right now is a specification, an ANTLR grammar, and an incomplete type checker. From what I can see of the pace of even aggressive language design, they