http://blog.gmane.org/gmane.comp.java.classpath.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.java.classpath.devel/10347 <pre>Hi Guys, I am trying to get a email application working with Jamvm, running on Ubuntu. I am running into ssl errors when I try to connect to Gmail server. Looking at the web, this person, http://gcc.gnu.org/ml/java/2007-11/msg00004.html, had similar error and he was told that cacerts would have to be imported for his system via the import-cacerts.sh script. I have found this script in the classpath source archive that I downloaded. I tried running this script with the command: sh import-cacerts.sh But I get this error: import-cacerts.sh: 3: Syntax error: "(" unexpected How do I import this cacerts correctly? Forgive me - I am new to this! Thanks! Regards Donal </pre> Donal Geoghegan 2012-04-27T12:05:18 http://comments.gmane.org/gmane.comp.java.classpath.devel/10344 <pre>Hi there. I want to reanimate a discussion from 2007 [1,2] about the Assertion/System Assertion handling. As far as I know GNU Classpath can't distinguish between normal assertions (-ea/-eanableassertions) and assertions for system classes (-esa/-enablesystemassertions, i.e. classes with no classloader [3]). The only interface for the VM is the method VMClassLoader.defaultAssertionStatus(). It is not clear if this is supposed to return the system assertion status or the normal assertion status (vm integration doc [4] vs. javadoc [5]). On the one hand, it is used to set the defaultAssertionStatus for java.lang.ClassLoader [6] which would imply that it is the normal assertion status. On the other hand, the very same flag is used for setting the assertion status for system class in java.lang.Class (desiredAssertionStatus)[7]. I think we need two dedicated methods in VMClassLoader. getDefaultAssertionStatus() for normal assertions (i.e. -ea) and getDefaultSystemAssertionStatus() for system assertions (i.e. -es</pre> Josef Eisl 2012-04-23T17:54:02 http://comments.gmane.org/gmane.comp.java.classpath.devel/10338 <pre>There's a very odd comment in this file: it clearly refers to some method in another file. But what was it for, anyway? Surely the name of a method and its signature is contained in the code. I'd just delete it. /* * Class: java_io_VMConsole * Method: echo * Signature: (Z)Z */ JNIEXPORT jstring JNICALL Java_java_io_VMConsole_readPassword (JNIEnv * env, jclass clazz __attribute__ ((__unused__)), jobject con) { Andrew. </pre> Andrew Haley 2012-03-29T09:47:38 http://comments.gmane.org/gmane.comp.java.classpath.devel/10334 <pre>We are proud to announce the release of GNU Classpath 0.99. GNU Classpath, essential libraries for java, is a project to create free core class libraries for use with runtimes, compilers and tools for the java programming language. The GNU Classpath developer snapshot releases are not directly aimed at the end user but are meant to be integrated into larger development platforms. For example JamVM, CACAO and Kaffe can make use of an installed copy of GNU Classpath 0.99, while GCC (gcj) will use the developer snapshots as a base for future versions. For more projects based on GNU Classpath, http://www.gnu.org/software/classpath/stories.html This release brings with it a number of interesting new features: * Addition of java.util.regex.Pattern.quote. * Addition of java.io.IOError. * Addition of java.io.Console. There have also been many bugfixes over the past year. Those relevant to 0.99 can be found at http://gcc.gnu.org/bugzilla/buglist.cgi?product=classpath&amp;target_milestone=0.99 With the 0.95 release,</pre> Dr Andrew John Hughes 2012-03-16T19:50:54 http://comments.gmane.org/gmane.comp.java.classpath.devel/10333 <pre>Hi, I went through japitools results that compared GNU Classpath to Oracle JDK and noticed that the following APIs are missing: Java 1.5 - Lots of java.net APIs - Pack200 format support Java 1.6 - JDBC 4.0 API Java 1.7 - NIO2 API - Invokedynamic API Anything else that I didn't spot? Pekka </pre> Pekka Enberg 2012-03-13T08:37:45 http://comments.gmane.org/gmane.comp.java.classpath.devel/10330 <pre>Hello, 0.99 is almost out of the door so I'd like to begin the discussion on version control migration. AFAICT, we've all agreed that we'll dump CVS but left the decision open to which tool we'll migrate. What I'd personally like to see is that once 0.99 is out, we shut down CVS, convert the git mirrors to read-write git repositories: http://icedtea.classpath.org/mirror/git and keep the existing Mercurial mirroring scripts in place. Thoughts? Pekka </pre> Pekka Enberg 2012-03-12T08:53:44 http://comments.gmane.org/gmane.comp.java.classpath.devel/10320 <pre>Hello all, I would like to report an issue in the dispatchEvent() method in base class java.awt.Component. The JDK API documentation for dispatchEvent() says: "Dispatches an event to this component or one of its sub components. Calls processEvent before returning for 1.1-style events which have been enabled for the Component." According to this description, I would expect the attached sample code (see below) to output this: Dispatching action event processEvent called And in fact this is what I get when using the JDK (testing with OpenJDK 1.6.0_20). However with GNU Classpath I get this: Dispatching action event The processEvent() method is never called. I looked into the sources and found out that this happens because the eventTypeEnabled() method in Classpath's implementation of Component does not know about action events and will always return "false" even if action events have been enabled. While not an issue when using AWT heavyweight components, this may break lightweight components that</pre> Guillermo Rodriguez Garcia 2012-01-23T16:15:41 http://comments.gmane.org/gmane.comp.java.classpath.devel/10319 <pre> Hi All, I want to include JSR 177, JSR 120, JSR 205, with GNU classpath. I have installed Jamvm with GNU classpath, I have to include the following packages JSR 177 JSR 120 JSR 205 I do not know how to do it. Can anyone help me out. </pre> jkumar.ooty 2012-01-24T10:53:32 http://comments.gmane.org/gmane.comp.java.classpath.devel/10317 <pre>Hello, I try to create a Java J2SE (Java Desktop) port to HP webOS with Gnu Claspath and JamVVM. You can find my working page here : Building JamVM and GNU Classpath and Jikes (for Java support in webOS) with scratchbox2 http://www.webos-internals.org/wiki/Building_JamVM_and_GNU_Classpath_and_Jikes_%28for_Java_support_in_webOS%29_with_scratchbox2 All the compilation options and installation steps for Gnu Classpath 0.98, escher 0.3.0, javm 1.5.4 are detailed in the web page here : http://www.webos-internals.org/wiki/Building_JamVM_and_GNU_Classpath_and_Jikes_%28for_Java_support_in_webOS%29_with_scratchbox2 1) I patch Gnu Classpath 0.98 with the patch here http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41057 to compile and install it with escher 0.3.0. 2) I use this line for compiling Gnu Classpath : LDFLAGS="-L/usr/local/lib -Wl,-rpath=/media/internal/opt/lib" CPPFLAGS="-I/usr/local/include" ./configure --prefix=/media/internal/opt --disable-examples --with-x --disable-qt-peer --disable-gtk-peer --disable-g</pre> Yannick 2012-01-16T20:57:45 http://comments.gmane.org/gmane.comp.java.classpath.devel/10313 <pre>Hello, Sorry, for this secondth post but I start to learn to use nntp with Thunderbird. I try to create a Java J2SE (Java Desktop) port to HP webOS with Gnu Claspath and JamVVM. You can find my working page here : Building JamVM and GNU Classpath and Jikes (for Java support in webOS) with scratchbox2 http://www.webos-internals.org/wiki/Building_JamVM_and_GNU_Classpath_and_Jikes_%28for_Java_support_in_webOS%29_with_scratchbox2 All the compilation options and installation steps for Gnu Classpath 0.98, escher 0.3.0, javm 1.5.4 are detailed in the web page here : http://www.webos-internals.org/wiki/Building_JamVM_and_GNU_Classpath_and_Jikes_%28for_Java_support_in_webOS%29_with_scratchbox2 1) I patch Gnu Classpath 0.98 with the patch here http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41057 to compile and install it with escher 0.3.0. 2) I use this line for compiling Gnu Classpath : LDFLAGS="-L/usr/local/lib -Wl,-rpath=/media/internal/opt/lib" CPPFLAGS="-I/usr/local/include" ./configure --prefix=/media/interna</pre> Yannick 2012-01-10T23:40:56 http://comments.gmane.org/gmane.comp.java.classpath.devel/10312 <pre>I'm transferring classpath.org to another registrar. This process should happen in the next few days. Anyway, the name servers for the domain are not supposed to change during this transfer process so this should be transparent to everyone involved, but in case something happens I wanted to at least let folks know it was going on. Happy hacking, Brian </pre> Brian Jones 2012-01-05T02:11:15 http://comments.gmane.org/gmane.comp.java.classpath.devel/10311 <pre>The latest release Jato 0.3 is now available. The release tarball can be found here: http://www.kernel.org/pub/software/java/jato/jato-0.3.tar.bz2 The Git repository can be found here: https://github.com/penberg/jato About Jato ========== Jato is an open source, JIT-only virtual machine for Java that aims to support the latest JVM specification. It can currently run many Java applications such as JRuby, Clojure, and Eclipse on 32-bit x86 Linux machines. Ports to x86-64, ARM, and PPC32 CPUs and Darwin OS are currently under development. Release Notes ============= Applications ------------ * JRuby and Jython are now supported. - GNU Classpath CVS HEAD is required. [ See below for details how to download and install it. ] Performance ----------- * VM startup speed has improved by 25%. * DaCapo benchmark results have improved across the board. - See the following URL for DaCapo results: http://i.imgur.com/eorgM.png JIT --- * The JIT compiler is now able </pre> Pekka Enberg 2012-01-04T17:37:54 http://comments.gmane.org/gmane.comp.java.classpath.devel/10312 <pre>I'm transferring classpath.org to another registrar. This process should happen in the next few days. Anyway, the name servers for the domain are not supposed to change during this transfer process so this should be transparent to everyone involved, but in case something happens I wanted to at least let folks know it was going on. Happy hacking, Brian </pre> Brian Jones 2012-01-05T02:11:15 http://comments.gmane.org/gmane.comp.java.classpath.devel/10311 <pre>The latest release Jato 0.3 is now available. The release tarball can be found here: http://www.kernel.org/pub/software/java/jato/jato-0.3.tar.bz2 The Git repository can be found here: https://github.com/penberg/jato About Jato ========== Jato is an open source, JIT-only virtual machine for Java that aims to support the latest JVM specification. It can currently run many Java applications such as JRuby, Clojure, and Eclipse on 32-bit x86 Linux machines. Ports to x86-64, ARM, and PPC32 CPUs and Darwin OS are currently under development. Release Notes ============= Applications ------------ * JRuby and Jython are now supported. - GNU Classpath CVS HEAD is required. [ See below for details how to download and install it. ] Performance ----------- * VM startup speed has improved by 25%. * DaCapo benchmark results have improved across the board. - See the following URL for DaCapo results: http://i.imgur.com/eorgM.png JIT --- * The JIT compiler is now able </pre> Pekka Enberg 2012-01-04T17:37:54 http://comments.gmane.org/gmane.comp.java.classpath.devel/10312 <pre>I'm transferring classpath.org to another registrar. This process should happen in the next few days. Anyway, the name servers for the domain are not supposed to change during this transfer process so this should be transparent to everyone involved, but in case something happens I wanted to at least let folks know it was going on. Happy hacking, Brian </pre> Brian Jones 2012-01-05T02:11:15 http://comments.gmane.org/gmane.comp.java.classpath.devel/10311 <pre>The latest release Jato 0.3 is now available. The release tarball can be found here: http://www.kernel.org/pub/software/java/jato/jato-0.3.tar.bz2 The Git repository can be found here: https://github.com/penberg/jato About Jato ========== Jato is an open source, JIT-only virtual machine for Java that aims to support the latest JVM specification. It can currently run many Java applications such as JRuby, Clojure, and Eclipse on 32-bit x86 Linux machines. Ports to x86-64, ARM, and PPC32 CPUs and Darwin OS are currently under development. Release Notes ============= Applications ------------ * JRuby and Jython are now supported. - GNU Classpath CVS HEAD is required. [ See below for details how to download and install it. ] Performance ----------- * VM startup speed has improved by 25%. * DaCapo benchmark results have improved across the board. - See the following URL for DaCapo results: http://i.imgur.com/eorgM.png JIT --- * The JIT compiler is now able </pre> Pekka Enberg 2012-01-04T17:37:54 http://comments.gmane.org/gmane.comp.java.classpath.devel/10308 <pre>Hi, Unfortunately builder.classpath.org, planet.classpath.org and icedtea.wildebeest.org (which acts as the icedtea backup server) need to move to a different internet connection... twice... First they will move today/tomorrow to a slower connection, and then one or two weeks later they will hopefully move to a much faster connection. Each time the IP addresses will change. This might cause some unexpected downtime or make the servers unreachable for some time. You might notice some warnings emitted when committing to one of the repositories that trigger the buildbot when it cannot reach builder.classpath.org. These are "harmless", except that your commit will not be tested by the autobuilders. So please be extra careful what you commit in the next couple of days. Apologies for the inconvenience, Mark </pre> Mark Wielaard 2011-12-08T11:24:01 http://comments.gmane.org/gmane.comp.java.classpath.devel/10303 <pre></pre> Andrew Haley 2011-11-28T16:17:00 http://comments.gmane.org/gmane.comp.java.classpath.devel/10301 <pre>Hi, Thanks to Pekka Enberg there are now experimental hg and git mirrors of all the GNU Classpath and Mauve CVS repository modules on icedtea: http://icedtea.classpath.org/mirror/hg/ http://icedtea.classpath.org/mirror/git/ They should sync each hour and update. Note that they are read-only, experimental and we reserve the right to regenerate them. In fact, if you find anything odd or just plain wrong with them, please let us know. And we will try to regenerate them more correctly. Although CVS just doesn't have all the necessary information to make them perfect, so some issues will sadly only be "correct by approximation". Cheers, Mark P.S. For people wanting to try this at home. Both savannah and sourceware let you rsync the complete raw CVS repository: rsync://sourceware.org/mauve-cvs/ rsync://cvs.savannah.gnu.org/sources/classpath/ You need to have: - git cvsimport (git-cvs) - hg convert (add [extensions] hgext.convert= to ~/.hgrc) The attached ./mirror-cvs uses those and the config files </pre> Mark Wielaard 2011-10-10T09:04:15 http://comments.gmane.org/gmane.comp.java.classpath.devel/10294 <pre>Hi all, I'm seeing this on Fedora 15: [penberg&lt; at &gt;tux classpath.cvs]$ sh autogen.sh configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not m4_defun'd m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from... m4/iconv.m4:22: AM_ICONV_LINK is expanded from... m4/iconv.m4:77: AM_ICONV is expanded from... configure.ac:505: the top level configure.ac:505: warning: AC_LIB_RPATH is m4_require'd but not m4_defun'd m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from... m4/iconv.m4:22: AM_ICONV_LINK is expanded from... m4/iconv.m4:77: AM_ICONV is expanded from... configure.ac:505: the top level configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not m4_defun'd m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from... m4/iconv.m4:22: AM_ICONV_LINK is expanded from... m4/iconv.m4:77: AM_ICONV is expanded from... configure.ac:505: the top level configure.ac:505: warning: AC_LIB_RPATH is m4_require'd but not m4_defun'd m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from... m</pre> Pekka Enberg 2011-09-27T12:31:43 http://comments.gmane.org/gmane.comp.java.classpath.devel/10289 <pre>Hi all, I started hacking on invokedynamic again: https://github.com/penberg/classpath/commit/21c457f4928678bb5709dfc5a992b80f0d02c4b8 https://github.com/penberg/jato/commits/indy I'm planning to use ASM for generating bytecode for method handle chains. Does that sound like a reasonable thing to do? We already carry the ASM code under tools/external/asm/. Can I just move that under external/ and rename the package so that it doesn't clash with the upstream project? Pekka </pre> Pekka Enberg 2011-09-08T05:38:20 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.java.classpath.devel