GNU Classpath

Thanks to Matthias Klose, we just discovered that building Zero with the recent 2.3.4 release is broken (as is the earlier 2.3.3 release). Zero on 2.3.x uses the HotSpot from the 2.1.x tree (which includes the ARM32 assembler port), and, when we ... [More] backported 7158800 in 2.1.3, we broke the application of 6924259 to this HotSpot in 2.3.3. This changeset, just applied to the 2.3 branch, fixes the issue. It will be included in the eventual 2.3.5 release, but, if you want Zero on 2.3.4 now, you’ll need to apply this patch yourself. Sorry for the inconvenience. [Less]

An updated release with a couple of bug fixes. Changes (relative to 7.2): Bug fix. Don't deadlock AppDomain.ProcessExit event handler when the event gets called from another thread ... [More] than the one initiating exit. Bug fix. Static compiler should not use proxy stubs to implement non-public interfaces in another assembly. Bug fix. Don't add duplicate methods to attribute annotation interfaces. Bug fix. Local variable analysis for finally blocks was incorrect. Fixes bug #3600788. Binaries available here: ikvmbin-7.2.4630.6.zip Sources: ikvmsrc-7.2.4630.6.zip, openjdk-7u6-b24-stripped.zip  [Less]

And here it is: https://fosdem.org/2013/schedule/track/free_java/Enjoy the fun! 

I'll be speaking at Java User Group Ostfalen in Braunschweig, Germany on Thursday, January 17th about Java SE 8.See you there!

We finally have the complete list! We wish to thank all the speakers who submitted their talks. Unfortunately, we could only accept a small number of those and the choice this year was extremely hard.The list is in no particular order, for the exact ... [More] schedule and speakers information, please, refer to the FOSDEM 2013 website.I personally wish to thank the rest of the FreeJava Committee for all the efforts in helping organising this year DevRoom and especially Tom Marble, because nobody can really appreciate how much work is behind this DevRoom, and Tom has been the guy that made every single past year possible.We need to do some minor editing to the titles, as said, please, refer to the FOSDEM website for schedule, authors and exact titles and abstracts.  Porting OpenJDK to AArch64Power to the people, the OpenJDK PowerPC/AIX portThe State of OpenJDKOpenJDK Governing Board Q&A Panel SessionOpenJDK Lambda the Ultimate.Invokedynamic: Tales from the TrenchesThe return of the SharkAdopt OpenJDK. What we've learned, where we're going.A New OSI For A New EraWhat Java Can Learn from the Rise of JavaScript?Thermostat: The road from 0.1 to 1.0, a success story (in progress)JogAmp Fast Media & Processing regardless whether the JVM is slow or not :)A Research Platform for Java and Other (Crazy?) Ideas(R)evolution of Java packaging in LinuxJCP state of the nation and future directionsAndroid 292Getting up and running with Nashorn & OpenJFXOpenJDK7u, progress and highlightsA F/OSS Garbage Collection VisualizerThe Beauty and the Beast: the story of a make up.    [Less]

Starting this week, we will begin posting test results every week. These results are generated by running the open regression tests on the JDK 8 Early Access Build on Oracle Linux 6.Results for the latest Early Access build will be posted, usually ... [More] within two to three days of the build becoming available. Test results for build 71 are now available at http://jdk8.java.netRory O'Donnell, Quality Engineering Manager at Oracle in a post to the OpenJDK quality-discuss mailing list. [Less]

I've been busy with other stuff, but I did manage to fix a couple of bugs and add a new feature. So a new development snapshot. Changes: .NET resources in non-Java assemblies are now ... [More] exposed as Java resources. Added IKVM.Attributes.JavaResourceAttribute to publish .NET resource to Java under a different name. Bug fix. Don't deadlock AppDomain.ProcessExit event handler when the event gets called from another thread than the one initiating exit. Minor optimization. Only register the AppDomain.ProcessExit event handler when necessary. Bug fix. Private methods declared in map.xml should not be made virtual. Support "attributes" attribute on method tag in map.xml for methods declared in remapped types. Recognize methods in remapped types with the "__<" name prefix as HideFromJava. Bug fix. Static compiler should not use proxy stubs to implement non-public interfaces in another assembly. IKVM.Reflection: Implemented __ContainsMissingType for function pointer types. IKVM.Reflection: Changed __ContainsMissingType to take custom modifiers into account. IKVM.Reflection: Added caching for __ContainsMissingType property to simplify the prevention of infinite recursion while evaluating generic parameter constraints. Binaries available here: ikvmbin-7.3.4754.zip [Less]

As the biggest change to the JVM since the introduction of Java, I've been acutely aware that I can't ignore JSR 292 and simply leave it unimplemented in JamVM.  This has been reinforced recently by announcements such as Nashorn that indicate that ... [More] more and more developments in the future will require JSR 292.However, my record of implementing it has been dismal.  I first started about this time last year (end of December 2011).  At the time I hoped to get it finished for FOSDEM in February.  This was a tall order, but by FOSDEM I had invokeExact working, and could run several simple examples (all with OpenJDK 7).  I understood the general framework, and the way in which method handles were chained together (invocation involved following the chain, performing transformations along the way, until the final target method was reached).The problem was the number of transformations the VM needed to implement.  Certain ones such as unboxing (REF_TO_PRIM) and retyping were straight-forward.  But more complex ones such as argument spreading were extremely time consuming, and there were even more exotic ones requiring "ricochet frames" (I never did work out exactly what they were).  Anyway, I didn't deliberately abandon the work, I just stopped and didn't touch JamVM for 6 months.The breakthrough came from reading Roman Kennke's blog of getting Zero working with OpenJDK 8.  Of particular interest was the removal of the adapter code from Zero (like JamVM, it was incomplete).  It was no longer needed as the transformations are now done in Java, via LambdaForms.  These are compiled into bytecodes via the JSR 292 runtime, again coded in Java.So the main stumbling block of my last attempt was gone.  However, unlike with Zero, in addition to invokedynamic the rest of the JSR 292 support within the VM has to be implemented (class file changes, resolution of method handles/types, call site bootstrap methods, stack walking, field injection, etc.).  It's taken a couple of weeks work, with a lot of debugging over Christmas (it's been so wet in the UK there's been nothing much else to do) but all but one of the jtreg tests for java.lang.invoke pass.  In fact, all tests were passing until I updated my sources a few days ago and found an extra 6 tests.Passed: java/lang/invoke/6987555/Test6987555.javaPassed: java/lang/invoke/6991596/Test6991596.javaPassed: java/lang/invoke/6998541/Test6998541.javaPassed: java/lang/invoke/7157574/Test7157574.javaPassed: java/lang/invoke/7196190/ClassForNameTest.javaFAILED: java/lang/invoke/7196190/GetUnsafeTest.javaPassed: java/lang/invoke/7196190/MHProxyTest.javaPassed: java/lang/invoke/lambda/LambdaAccessControlDoPrivilegedTest.javaPassed: java/lang/invoke/lambda/LambdaAccessControlTest.javaPassed: java/lang/invoke/AccessControlTest.javaPassed: java/lang/invoke/BigArityTest.javaPassed: java/lang/invoke/CallSiteTest.javaPassed: java/lang/invoke/ClassValueTest.javaPassed: java/lang/invoke/InvokeDynamicPrintArgs.javaPassed: java/lang/invoke/InvokeGenericTest.javaPassed: java/lang/invoke/JavaDocExamplesTest.javaPassed: java/lang/invoke/MethodHandlesTest.javaPassed: java/lang/invoke/MethodTypeTest.javaPassed: java/lang/invoke/PermuteArgsTest.javaPassed: java/lang/invoke/PrivateInvokeTest.javaPassed: java/lang/invoke/RicochetTest.javaPassed: java/lang/invoke/ThrowExceptionsTest.javaTest results: passed: 21; failed: 1The changes aren't pushed to git yet, as JamVM will currently only work with OpenJDK 8.  Getting it to work with OpenJDK 6/7 (without JSR 292) won't be difficult, but GNU Classpath will be more tricky. [Less]

I got a Raspberry Pi for my birthday. pi@raspberrypi ~ $ sudo apt-get install ikvmpi@raspberrypi ~ $ ikvmc -out:javac.exe -r:/usr/lib/ikvm/IKVM.OpenJDK.Tools.dll ... [More] -main:com.sun.tools.javac.Mainpi@raspberrypi ~ $ vi Hello.javapi@raspberrypi ~ $ mono javac.exe Hello.javapi@raspberrypi ~ $ ikvm Hello Hello World Amazing... [Less]

After 10 Years with PRICE a Christmas Anniversary release! 1.2.0 is out!This new version sports JPEG saving along with TIFF! Thus PRICE rgisters itself as editor both for TIFF and JPEG files. Compression factor is of course user selectable.Along with ... [More] many bugfixes, the Curves function is now improved in usability: the transformed histogram is drawn specular on top instead of right. Furthermore bug fixes should make the display more reliable and faster.Of course, for GNUstep and Macintosh. [Less]