Re: [kaffe] libraries/javalib/vmspecific/java/lang/reflect/
On 30/04/2008, Ito Kazumitsu <[EMAIL PROTECTED]> wrote: > Hi, > > libraries/javalib/vmspecific/java/lang/reflect/Field.java has these lines. > > public String toString() > { > // 64 is a reasonable buffer initial size for field > StringBuilder sb = new StringBuilder(64); > Modifier.toString(getModifiers(), sb).append(' '); > sb.append(ClassHelper.getUserName(getType())).append(' '); > sb.append(getDeclaringClass().getName()).append('.'); > sb.append(getName()); > return sb.toString(); > } > > public String toGenericString() > { > StringBuilder sb = new StringBuilder(64); > Modifier.toString(getModifiers(), sb).append(' '); > sb.append(getGenericType()).append(' '); > sb.append(getDeclaringClass().getName()).append('.'); > sb.append(getName()); > return sb.toString(); > } > > But GNU Classpath has already replaced Modifier.toString(int, StringBuilder) > by Modifier.toString(int, CPStringBuilder). So Kaffe cannot be built with > the current GNU Classpath. > > This problem may be solved by either of the following: > > (1) Wait for the release of the new version of GNU Classpath. > Modify Kaffe's methods so that they use CPStringBuilder. > Declare that Kaffe requires the new version of GNU Classpath. > > (2) Modify GNU Classpath so that it supports the old method call > Modifier.toString(int, StringBuilder). > > (2) is easy, but I do not think it is acceptable for GNU Classpath > people. > > ___ > kaffe mailing list > kaffe@kaffe.org > http://kaffe.org/cgi-bin/mailman/listinfo/kaffe > I mailed about this sometime ago on the Classpath list and posted a temporary patch for Kaffe (basically the one you describe). However, that's just a quick hack so Kaffe can still be built with the CVS version of Classpath. The true fix is to move to using VMField/Method/Constructor. At present, the problem is that Kaffe duplicates a lot of Classpath code verbatim, like these methods. There's no real reason for Kaffe to have these methods. If you want to support both old and new Classpath, the best approach would be to add a compile-time check on the version of Classpath being compiled against, looking for VMField. If it's there, Kaffe should use VMField/Constructor/Method. If not, use the older Constructor/Field/Method implementations. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] libraries/javalib/vmspecific/java/lang/reflect/
Hi, libraries/javalib/vmspecific/java/lang/reflect/Field.java has these lines. public String toString() { // 64 is a reasonable buffer initial size for field StringBuilder sb = new StringBuilder(64); Modifier.toString(getModifiers(), sb).append(' '); sb.append(ClassHelper.getUserName(getType())).append(' '); sb.append(getDeclaringClass().getName()).append('.'); sb.append(getName()); return sb.toString(); } public String toGenericString() { StringBuilder sb = new StringBuilder(64); Modifier.toString(getModifiers(), sb).append(' '); sb.append(getGenericType()).append(' '); sb.append(getDeclaringClass().getName()).append('.'); sb.append(getName()); return sb.toString(); } But GNU Classpath has already replaced Modifier.toString(int, StringBuilder) by Modifier.toString(int, CPStringBuilder). So Kaffe cannot be built with the current GNU Classpath. This problem may be solved by either of the following: (1) Wait for the release of the new version of GNU Classpath. Modify Kaffe's methods so that they use CPStringBuilder. Declare that Kaffe requires the new version of GNU Classpath. (2) Modify GNU Classpath so that it supports the old method call Modifier.toString(int, StringBuilder). (2) is easy, but I do not think it is acceptable for GNU Classpath people. ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Building error, Missing Classpath uClibc
El Lunes, 21 de Abril de 2008, Gustavo Guillermo Perez escribiĆ³: > You say, gcj as jikes? so then I need to write a wrapper, let's see what > happen. > > Wich version of kaffe even old has their own built in classpath?, may be I > can upgrade from one to another reach the svn version. It happens, kaffe-1.1.7 builds on uClibc without a problem and witout using gnu classpath, and classpath 0.90 builds wih gcj without any problem and without using kaffe, just gcj. but... trying to update classpath to 0.97.1 for new kaffe from cvs, the problem persist, classpath does not build cause gcj does not support -source 1.5 -target 1.5, so we can not have an updated classpath for building kaffe cvs, but is a start. Why kaffe does not integrate classpath anymore, is too dificult to incorporate as in version 1.1.7?. -- Gustavo Guillermo PĆ©rez Compunauta uLinux www.compunauta.com ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Testing the list
Hi everybody, Sorry for the downtime on the website and mailing list for the past few days. I was seeing some strange activity on the server on Friday. I was afraid I had been hacked/cracked, as the server was still running a really old version of Debian (Woody, released in 2002). It turned out to be a false alarm, but I decided to upgrade the server anyways, knowing it would likely break a few things. Actually, just about everything broke - especially anything related to email. I'm gradually fixing everything back up. So this is just a test post to see if I have mailman properly configured again. Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe