How to check out Cacao
Hi, Is this page: http://www.complang.tuwien.ac.at/cacaojvm/cvs.html correct? When I follow the instructions there I get this: $ cvs -d :pserver:[EMAIL PROTECTED]:/ahome/cacao/cacaocvs co cacao /ahome/cacao/cacaocvs: no such repository ViewCVS seems to access a subversion repository. Is it publicly accessible? Or is there a public CVS repository? Help would be appreciated. Thanks, Tom ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.20 successfully built with Cygwin
Christian Thalinger wrote: On Thu, 2006-01-19 at 07:29 +0100, Enrico Migliore wrote: Hi Mark and Dalibor, I've successfully built Classpath 0.20 with Cygwin. I also understood why I wasn't able to build Classpath with the following option: --enable-gtk-peer I hadn't installed the following library: gdk-pixbuf Now I'm able to build Classpath 0.20 with the following options: ./configure --with-jikes --enable-gtk-peer Cool! But have problems with jikes: /home/twisti/bin/jikes +Pno-switchcheck +Pno-shadow +F -bootclasspath '' -extdirs '' -sourcepath '' -classpath ../vm/reference:..:../external/w3c_dom:../external/sax:.: -d . @classes Found 1 system error and issued 1 warning: *** Semantic Warning: The file "../vm/reference:..:../external/w3c_dom:../external/sax:.:" is not a valid directory. *** Semantic Error: You need to modify your classpath, sourcepath, bootclasspath, and/or extdirs setup. Jikes could not find package "java.lang" in: ../vm/reference:..:../external/w3c_dom:../external/sax:.: make: *** [compile-classes] Error 1 Any thoughts? You need a patched up jikes with Davanum's patched. See Kaffe's FAQ.win32 in CVS HEAD. cheers, dalibor topic ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Win CE port
Hi Philippe, On Thu, 2006-01-19 at 18:56 +0100, Philippe Laporte wrote: > I believe that Classpath has been ported to Win CE, correct? Take a look at Mysaifu. It is a runtime that runs on Windows Mobile 2003 software for Pocket PC (Pocket PC 2003). Which, if I understood correctly is some variant of Windows CE. It is based on GNU Classpath and distributed under the GPL. http://www2s.biglobe.ne.jp/~dat/java/project/jvm/index_en.html Cheers, Mark signature.asc Description: This is a digitally signed message part ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Win CE port
Hi Philippe, Am Donnerstag, den 19.01.2006, 18:56 +0100 schrieb Philippe Laporte: > Hi, > I believe that Classpath has been ported to Win CE, correct? No, that is not the case. The JamaicaVM (a Classpath-based commercial VM, http://www.aicas.com ) has a (somewhat experimental) port for WinCE. > What library did you use to achieve POSIX compatibility? What toolchain? We use the standard GNU toolchain. Cheers, Roman signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
[Bug classpath/23212] java.util.regex.Pattern doesn't implement Java 1.4 escape sequences
--- Comment #1 from cvs-commit at developer dot classpath dot org 2006-01-19 18:24 --- Subject: Bug 23212 CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Ito Kazumitsu <[EMAIL PROTECTED]> 06/01/19 13:45:51 Modified files: . : ChangeLog gnu/regexp : RE.java RESyntax.java Log message: 2006-01-19 Ito Kazumitsu <[EMAIL PROTECTED]> Fixes bug #23212 * gnu/regexp/RE.java(initialize): Support escaped characters such as \0123, \x1B, \u1234. (getEscapedChar): New method. (CharExpression): New inner class. (getCharExpression): New Method. * gnu/regexp/RESyntax.java(RE_OCTAL_CHAR, RE_HEX_CHAR, RE_UNICODE_CHAR): New syntax bits. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6116&tr2=1.6117&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/regexp/RE.java.diff?tr1=1.10&tr2=1.11&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/regexp/RESyntax.java.diff?tr1=1.4&tr2=1.5&r1=text&r2=text -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23212 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
Re: Classpath 0.20 successfully built with Cygwin
On Thu, 2006-01-19 at 19:40 +0100, Mark Wielaard wrote: > Which jikes is this? I assume there are 2 versions of jikes a pure > cygwin version (that would know about using : as path separator) and a > dos version (that thinks ; is the path separator). I think i compiled it myself, as i couldn't find any. Ohh, it was linked to the windows one, ok. But, now back to my version, this error occurs: Found 137 system errors: *** Semantic Error: The input file "../org/omg/stub/java/rmi/_Remote_Stub.java" was not found. *** Semantic Error: The input file "../javax/swing/text/WrappedPlainView.java" was not found. *** Semantic Error: The input file "../javax/swing/text/ViewFactory.java" was not found. *** Semantic Error: The input file "../javax/swing/text/View.java" was not found. And the files exist. TWISTI ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: builder.classpath.org and instant gratification
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes: Tom> There seems to be some gcjx issue causing japi to give a few spurious Tom> failures... if you look you'll see that this page differs a bit from Tom> the official japi site at the moment. (But that's part of the whole Tom> exercise: finding bugs :-) These problems are now fixed. One problem was that we weren't actually building and using the latest japi. Thanks to Stuart for pointing this out. There was also a small gcjx bug affecting Float.NaN and Double.NaN. I've checked in the fix for this, and the next japi run on builder should accurately reflect reality. Tom ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.20 successfully built with Cygwin
Hi Christian, On Thu, 2006-01-19 at 18:46 +0100, Christian Thalinger wrote: > Cool! But have problems with jikes: > > /home/twisti/bin/jikes +Pno-switchcheck +Pno-shadow +F -bootclasspath > '' -extdirs '' -sourcepath '' > -classpath ../vm/reference:..:../external/w3c_dom:../external/sax:.: > -d . @classes > > Found 1 system error and issued 1 warning: > > *** Semantic Warning: The file > "../vm/reference:..:../external/w3c_dom:../external/sax:.:" is not a > valid directory. Which jikes is this? I assume there are 2 versions of jikes a pure cygwin version (that would know about using : as path separator) and a dos version (that thinks ; is the path separator). Cheers, Mark signature.asc Description: This is a digitally signed message part ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.20 successfully built with Cygwin
Hi Enrico, On Thu, 2006-01-19 at 16:55 +0100, Enrico Migliore wrote: > >>P.S. > >>During the build phase gcc generates some C and some Java > >>warnings, we might want remove in the future > > > >Patches for the C & java warnings would be very welcome, indeed. > >If you've got some time to look over the warning for the obvious & > >simple fixes, please put them in the bug tracker. > > > I'll redirect the make output on a text file in order for me to look > over the warnings and > I'll let you know what kind of warning the compiler issues. Thanks a lot for doing this. Note that we try to have warning free compiles (at least the C source on GNU/Linux, unfortunately the java source cannot be 100% warning free). If you configure with --enable-Werror the compilation of that native C source will stop on the first warning message. If other people could report any issues on "non-standard" platforms with --enable-Werror that would be appreciated since a compile warning often points out some subtle issue. Cheers, Mark signature.asc Description: This is a digitally signed message part ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Win CE port
Hi, I believe that Classpath has been ported to Win CE, correct? What library did you use to achieve POSIX compatibility? What toolchain? Thanks, -- Philippe Laporte Software Gatespace Telematics Första Långgatan 18 41328 Göteborg Sweden Phone: +46 702 04 35 11 Fax: +46 31 24 16 50 Email: [EMAIL PROTECTED] ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Fosdem discussions (Was: Importing GNU Classpath 0.20)
Dalibor Topic writes: > Tom Tromey wrote: > >>"David" == David Gilbert <[EMAIL PROTECTED]> writes: > > > > > > David> (1) The GNU Classpath version number > > > > I doubt we could avoid this topic, or Harmony, even if we wanted to :-) > > > > Since Harmony is doing its own thing now, beside common goals[1], I > wouldn't expect any code to cross from one place to another, as the > implementation strategies are different. I look forward to your lucid explanation of this... > > The first year we all went to the FOSDEM banquet thing. Last year we > > didn't. While it is somewhat spendy I thought it went rather well, > > and last year I missed it. I propose we all go to it this year. > > yeah, that was fun. Let's do it again. The banquet was very quet last year, and they may actually have lost money. Let's all go to suppoort FOSDEM! Andrew. ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.20 successfully built with Cygwin
On Thu, 2006-01-19 at 07:29 +0100, Enrico Migliore wrote: > Hi Mark and Dalibor, > > I've successfully built Classpath 0.20 with Cygwin. > > I also understood why I wasn't able to build Classpath with > the following option: --enable-gtk-peer > I hadn't installed the following library: gdk-pixbuf > > Now I'm able to build Classpath 0.20 with the following options: > >./configure --with-jikes --enable-gtk-peer Cool! But have problems with jikes: /home/twisti/bin/jikes +Pno-switchcheck +Pno-shadow +F -bootclasspath '' -extdirs '' -sourcepath '' -classpath ../vm/reference:..:../external/w3c_dom:../external/sax:.: -d . @classes Found 1 system error and issued 1 warning: *** Semantic Warning: The file "../vm/reference:..:../external/w3c_dom:../external/sax:.:" is not a valid directory. *** Semantic Error: You need to modify your classpath, sourcepath, bootclasspath, and/or extdirs setup. Jikes could not find package "java.lang" in: ../vm/reference:..:../external/w3c_dom:../external/sax:.: make: *** [compile-classes] Error 1 Any thoughts? TWISTI ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: serialVersionUID problem
Serializable is an interface, anyway, not a class. Interfaces can never be serializable and so it makes absolutely no difference what serialver returns for them. I'd actually suggest it would be nice if serialver gave a warning or an error in that case! Yes, I know that Sun sometimes put serialVersionUID fields on interfaces. This is an example of Sun not understanding how their own API works and shouldn't be taken as meaning that those serialVersionUIDs are doing anything useful. If you look at the japi results you'll see that there are some classes, especially quite a lot in Swing, that have incorrect serialVersionUIDs, but the vast majority are correct. Japi doesn't compare serialVersionUIDs on interfaces because they're completely irrelevant. Stuart. On 1/19/06, Andrew Haley <[EMAIL PROTECTED]> wrote: > hultul writes: > > Hi, all~ > > > > I did some tests of java.io.Serializable's serialVersionUID using cp-tools. > > All the VM's used in tests were from Debian testing release. > > > > As a result, kaffe, jamvm, sablevm, and gij showed different results from > > Sun's java, where gij in GCC-3.4.3 not in Debian testing release showed > same > > one with Sun's. > > > > I guess that there is a problem in java.io.ObjectStreamClass.getClassUID() > > or its calling methods in GNU Classpath. > > > > What do you think about this? > > We use the correct algorithm, but serialVersionUIDs aren't guaranteed > to be the same between libraries, and cannot be. If you want the > serialVersionUID of a class of your own to be fixed, you must declare > the field explicitly. Some Java compilers (e.g. ecj) emit a warning > if you fail to do so. > > Andrew. > > > > ___ > Classpath mailing list > Classpath@gnu.org > http://lists.gnu.org/mailman/listinfo/classpath > -- http://sab39.dev.netreach.com/ ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.20 successfully built with Cygwin
On Thu, Jan 19, 2006 at 07:29:50AM +0100, Enrico Migliore wrote: > Hi Mark and Dalibor, > > I've successfully built Classpath 0.20 with Cygwin. > > I also understood why I wasn't able to build Classpath with > the following option: --enable-gtk-peer > I hadn't installed the following library: gdk-pixbuf > > Now I'm able to build Classpath 0.20 with the following options: > > ./configure --with-jikes --enable-gtk-peer > > Thanks a lot for your support! > Great, thanks for working on it, Enrico. There is a page in the Classpath wiki which explains how to build Classpath on cygwin, so you may want to contribute your experiences & tips on it. > ciao, > Enrico > > P.S. > During the build phase gcc generates some C and some Java > warnings, we might want remove in the future Patches for the C & java warnings would be very welcome, indeed. If you've got some time to look over the warning for the obvious & simple fixes, please put them in the bug tracker. cheers, dalibor topic > > > ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Wierd stuff in SocketPermission
> "Gary" == Gary Benson <[EMAIL PROTECTED]> writes: Gary> How can you have a meaningful serialized representation without Gary> that essential piece? >From the constructor we pass hostport to the superclass. So it is most likely serialized as a field there. I notice that the serialized form of SocketPermission isn't mentioned on the JDK's web page. That is bad... Tom ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.20 successfully built with Cygwin
On Thu, Jan 19, 2006 at 04:55:28PM +0100, Enrico Migliore wrote: > Hi Dalibor > , > > >>Hi Mark and Dalibor, > >> > >>I've successfully built Classpath 0.20 with Cygwin. > >> > >>I also understood why I wasn't able to build Classpath with > >>the following option: --enable-gtk-peer > >>I hadn't installed the following library: gdk-pixbuf > >> > >>Now I'm able to build Classpath 0.20 with the following options: > >> > >> ./configure --with-jikes --enable-gtk-peer > >> > >>Thanks a lot for your support! > >> > >> > >> > > > >Great, thanks for working on it, Enrico. There is a page in the > >Classpath wiki which explains how to build Classpath on cygwin, so > >you may want to contribute your experiences & tips on it. > > > > > > > In the next few days, I'm going to retry the whole thing from scratch in > order > to track which Cygwin libraries the configure script requires. And then > I'll do > a written report. > thank you very much, Enrico. > >>ciao, > >>Enrico > >> > >>P.S. > >>During the build phase gcc generates some C and some Java > >>warnings, we might want remove in the future > >> > >> > > > >Patches for the C & java warnings would be very welcome, indeed. > >If you've got some time to look over the warning for the obvious & > >simple fixes, please put them in the bug tracker. > > > > > > > I'll redirect the make output on a text file in order for me to look > over the warnings and > I'll let you know what kind of warning the compiler issues. cool. I hope that most of them will be easy to fix. cheers, dalibor topic > > ciao, > Enrico > > >cheers, > >dalibor topic > > > > > > ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Classpath 0.20 successfully built with Cygwin
Hi Dalibor , Hi Mark and Dalibor, I've successfully built Classpath 0.20 with Cygwin. I also understood why I wasn't able to build Classpath with the following option: --enable-gtk-peer I hadn't installed the following library: gdk-pixbuf Now I'm able to build Classpath 0.20 with the following options: ./configure --with-jikes --enable-gtk-peer Thanks a lot for your support! Great, thanks for working on it, Enrico. There is a page in the Classpath wiki which explains how to build Classpath on cygwin, so you may want to contribute your experiences & tips on it. In the next few days, I'm going to retry the whole thing from scratch in order to track which Cygwin libraries the configure script requires. And then I'll do a written report. ciao, Enrico P.S. During the build phase gcc generates some C and some Java warnings, we might want remove in the future Patches for the C & java warnings would be very welcome, indeed. If you've got some time to look over the warning for the obvious & simple fixes, please put them in the bug tracker. I'll redirect the make output on a text file in order for me to look over the warnings and I'll let you know what kind of warning the compiler issues. ciao, Enrico cheers, dalibor topic ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: Wierd stuff in SocketPermission
Tom Tromey wrote: > > "Gary" == Gary Benson <[EMAIL PROTECTED]> writes: > > Gary> Does anybody know why java.net.SocketPermission's hostport > Gary> member is declared transient? > > transient means that the field is not a candidate for serialization. How can you have a meaningful serialized representation without that essential piece? > Gary> I'm working on a rewrite (spurred by PR 24708) that would > Gary> replace hostport entirely but I don't want to break stuff > Gary> inadvertantly! > > Go for it. In combination with 'private', 'transient' is nice > because it means you can have a lot of confidence that removing the > field won't break anything. In other cases you may need to do a > little more research first... Ok, cool. Cheers, Gary ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Re: serialVersionUID problem
hultul writes: > Hi, all~ > > I did some tests of java.io.Serializable's serialVersionUID using cp-tools. > All the VM's used in tests were from Debian testing release. > > As a result, kaffe, jamvm, sablevm, and gij showed different results from > Sun's java, where gij in GCC-3.4.3 not in Debian testing release showed same > one with Sun's. > > I guess that there is a problem in java.io.ObjectStreamClass.getClassUID() > or its calling methods in GNU Classpath. > > What do you think about this? We use the correct algorithm, but serialVersionUIDs aren't guaranteed to be the same between libraries, and cannot be. If you want the serialVersionUID of a class of your own to be fixed, you must declare the field explicitly. Some Java compilers (e.g. ecj) emit a warning if you fail to do so. Andrew. ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
serialVersionUID problem
Hi, all~ I did some tests of java.io.Serializable's serialVersionUID using cp-tools. All the VM's used in tests were from Debian testing release. As a result, kaffe, jamvm, sablevm, and gij showed different results from Sun's java, where gij in GCC-3.4.3 not in Debian testing release showed same one with Sun's. I guess that there is a problem in java.io.ObjectStreamClass.getClassUID() or its calling methods in GNU Classpath. What do you think about this? ykleelinux:~$ kaffe -classpath /home/yklee/project/cp-tools gnu.classpath.tools.serialver.SerialVer java.io.Serializable java.io.Serializable: static final long serialVersionUID = -8059786540628275649L; ykleelinux:~$ ykleelinux:~$ jamvm -classpath /home/yklee/project/cp-tools gnu.classpath.tools.serialver.SerialVer java.io.Serializable java.io.Serializable: static final long serialVersionUID = -8059786540628275649L; ykleelinux:~$ ykleelinux:~$ sablevm -c /home/yklee/project/cp-tools gnu.classpath.tools.serialver.SerialVer java.io.Serializable java.io.Serializable: static final long serialVersionUID = -8059786540628275649L; ykleelinux:~$ ykleelinux:~$ gij -classpath /home/yklee/project/cp-tools gnu.classpath.tools.serialver.SerialVer java.io.Serializable java.io.Serializable: static final long serialVersionUID = -8059786540628275649L; ykleelinux:~$ ykleelinux:~$ /usr/local/gcc-3.4.3/bin/gij -classpath /home/yklee/project/cp-tools gnu.classpath.tools.serialver.SerialVer java.io.Serializable java.io.Serializable: static final long serialVersionUID = 1196656838076753133L; ykleelinux:~$ ykleelinux:~$ java -classpath /home/yklee/project/cp-tools gnu.classpath.tools.serialver.SerialVer java.io.Serializable java.io.Serializable: static final long serialVersionUID = 1196656838076753133L; ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
