jvm-languages

use java::util::zip::CRC32:from<java>; my $crc = CRC32.new(); for 'Hello, Java'.encode('utf-8') { $crc.'method/update/(B)V'($_); } say $crc.getValue(); sadly, this does not work Method 'method/update/(B)V' not found for invocant of class 'java.util.zip.CRC32' This code is available at the following links. It is the only example I've been able to find Rakudo Perl 6 on the JVM (slides) Perl 6 Advent Calendar: Day 03 – Rakudo Perl 6 on the JVM Final answer Combining the code cleanups explained in the Your answer cleaned up section below with Pepe Schwarz's improvements mentioned in the

In Java, Scala, or generally any JVM language, there is a set of packages that is imported by default. Java, for instance, automatically imports java.lang , you don't need to do it in your Java code file. Now I don't know which component takes care of this exactly (the compiler? the JVM?), but is there any way to have additional packages or even classes imported by default? Say you have a package defining a set of utility functions you use throughout your project (an example could be scala.math in Scala), it would be great if you were able to skip the import for it in every math related class.

In Scala, I can declare an object like so: class Thing object Thingy extends Thing How would I get "Thingy" (the name of the object) in Scala? I've heard that Lift (the web framework for Scala) is capable of this. Just get the class object and then its name. scala> Thingy.getClass.getName res1: java.lang.String = Thingy$ All that's left is to remove the $ . EDIT: To remove names of enclosing objects and the tailing $ it is sufficient to do res1.split("\\$").last If you declare it as a case object rather than just an object then it'll automatically extend the Product trait and you can call the

I just stumbled upon groovy++ and found it quite interesting. Unfortunately it seems that it's not further developed? According to github the last commit was over a year ago. The mailing list is totally inactive and the last message was back in april. There are no recent news about it. Has the project moved and has another name now? Has it become obsolete because of improvements to groovy? Or is it just discontinued? Thanks for any insight! tim_yates Groovypp stopped being updated about a year ago, and should be considered discontinued afaik. Static compilation is now being added to Groovy 2.0

Normal CPUs (for example, Android devices) are register-based machines. The Java virtual Machine is a stack based machine. But does a stack-based machine depend on a register-based machine to work? Can't stack-based machines run lonely, because it is not a OS? Are there any stack-based machine examples except the JVM? Some are saying 1 operand, 2 operand; why do you need this? The JVM does not mention the existence of registers anywhere. From its perspective, memory exists in only a few places, such as the per-thread stack, the method area, runtime constant pools, etc. That said, if you wanted

I have started messing around with the ASM API for a compiler project I am working on. However, I am finding that the documentation is less than clear for a newcomer in many places and I thought having a good solid example of generating a class that simply prints "Hello, World!" would be a great example to have on here. Currently, I can generate a class with a main() (using the ClassWriter, ClassVisitor and MethodVisitor classes) but I can't seem to work out how to generate main's body. Could anyone give me an example of generating a class file in ASM that: contains a main() creates a local

The title captures my question fairly well. I'm wondering if there is a good resource or leaping-off point for questions about how a JVM (not just HotSpot, but that's obviously the place to start) implements or handles a specific functionality? I'm not looking for the stuff that's in the JLS or JVM Spec -- I know to go there first. For example : When trying to understand performance issues, we often get into conversations not about what the spec says, but what contemporary best-practices look like in practical implementations. For example, there is some urban mythology that says "final classes