Re: [kaffe] kaffe plugin
On Wed, 24 Sep 2003 05:58:12 -0600 [EMAIL PROTECTED] wrote: Well, I need some suggestions about kaffe sources. I work under Debian GNU/Linux (woody), and I have Kaffe 1.0.5e-0.5, I can get the sources for this version from Debian page, but I see in the kaffe homepage, the version 1.0.7 (latest production release) and 1.1.1 (latest development release), which sources I must use to work kaffe plugin? maybe the latest development release? I propose you get the one from unstable http://packages.debian.org/kaffe (apt-get source kaffe, then try to resolve the dependencies if there are problems, and then dpkg-buildpackage -rfakeroot -uc -us , then you'll have the latest kaffe from unstable in stable ;)) Cheers, -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (dalibor): Fixed problems with eXist due to missing methods in Boolean
PatchSet 4059 Date: 2003/09/24 19:06:22 Author: dalibor Branch: HEAD Tag: (none) Log: Fixed problems with eXist due to missing methods in Boolean Fixed by merging in the class from GNU Classpath. Members: ChangeLog:1.1654-1.1655 libraries/javalib/java/lang/Boolean.java:1.13-1.14 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.1654 kaffe/ChangeLog:1.1655 --- kaffe/ChangeLog:1.1654 Wed Sep 24 17:50:22 2003 +++ kaffe/ChangeLog Wed Sep 24 19:06:22 2003 @@ -1,3 +1,10 @@ +2003-09-24 Dalibor Topic [EMAIL PROTECTED] + + * libraries/javalib/java/lang/Boolean.java: + Replaced by slightly adapted version from GNU Classpath. + + Reported by: Hakon Gunsen [EMAIL PROTECTED] + 2003-09-24 Jim Pick [EMAIL PROTECTED] * kaffe/kaffeh/support.c: Index: kaffe/libraries/javalib/java/lang/Boolean.java diff -u kaffe/libraries/javalib/java/lang/Boolean.java:1.13 kaffe/libraries/javalib/java/lang/Boolean.java:1.14 --- kaffe/libraries/javalib/java/lang/Boolean.java:1.13 Mon May 26 22:26:46 2003 +++ kaffe/libraries/javalib/java/lang/Boolean.java Wed Sep 24 19:06:24 2003 @@ -1,68 +1,225 @@ -/* - * Java core library component. - * - * Copyright (c) 1997, 1998 - * Transvirtual Technologies, Inc. All rights reserved. - * - * See the file license.terms for information on usage and redistribution - * of this file. - */ +/* Boolean.java -- object wrapper for boolean + Copyright (C) 1998, 2001, 2002 Free Software Foundation, Inc. + +This file is part of GNU Classpath. + +GNU Classpath is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2, or (at your option) +any later version. + +GNU Classpath is distributed in the hope that it will be useful, but +WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +General Public License for more details. + +You should have received a copy of the GNU General Public License +along with GNU Classpath; see the file COPYING. If not, write to the +Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA +02111-1307 USA. + +Linking this library statically or dynamically with other modules is +making a combined work based on this library. Thus, the terms and +conditions of the GNU General Public License cover the whole +combination. + +As a special exception, the copyright holders of this library give you +permission to link this library with independent modules to produce an +executable, regardless of the license terms of these independent +modules, and to copy and distribute the resulting executable under +terms of your choice, provided that you also meet, for each linked +independent module, the terms and conditions of the license of that +module. An independent module is a module which is not derived from +or based on this library. If you modify this library, you may extend +this exception to your version of the library, but you are not +obligated to do so. If you do not wish to do so, delete this +exception statement from your version. */ + package java.lang; import java.io.Serializable; -final public class Boolean implements Serializable { - -public static final Boolean TRUE = new Boolean(true); -public static final Boolean FALSE = new Boolean(false); -public static final Class TYPE = Class.getPrimitiveClass(boolean); - -/* This is what Sun's JDK1.1 serialver java.lang.Boolean spits out */ -private static final long serialVersionUID = -3665804199014368530L; - -private final boolean value; - -public Boolean(String s) { - value = (s != null s.equalsIgnoreCase(true)); -} - -public Boolean(boolean value) { - this.value=value; -} - -public boolean booleanValue() { - return (value); -} - -public boolean equals(Object obj) { - return (obj instanceof Boolean) - (((Boolean) obj).value == this.value); -} - -public static boolean getBoolean(String name) { - String value = System.getProperty(name); - if (value == null) { - return (false); - } - else { - return (value.equalsIgnoreCase(true)); - } -} - -public int hashCode() { - return (value ? 1231 : 1237); -} - -public String toString() { - return (value ? true : false); -} - -public static Boolean valueOf(String s) { - return new Boolean(s); -} - -public static Boolean valueOf(boolean b) { - return (b ? TRUE : FALSE); -} +/** + * Instances of class codeBoolean/code represent primitive + * codeboolean/code values. + * + * @author Paul Fisher + * @author Eric Blake [EMAIL PROTECTED] + * @since 1.0 + * @status updated to 1.4 + */ +public final class Boolean implements Serializable +{ + /** + * Compatible with JDK 1.0.2+. + */ + private static final long serialVersionUID = -3665804199014368530L; + + /** + * This field is a codeBoolean/code object
Re: [kaffe] build breakage
So if you want to play with kaffe from CVS, but class library compilation breakage prevents you from doing so, drop me an e-mail, and I'll try to help. ;) Thanks for the sound fixes. It compiles now expect for when you set the profile to allatonce. I discovered that it is broken for kaffe in CVS right now. If you could fix that then I would have the first working version of Kaffe AWT-classpath. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
jit breakage due to missing function (was: Re: [kaffe] kaffe on Solaris 2.7 Sparc ?)
Hi Kiyo, Kiyo Inaba wrote: Hi Dalibor, You said, It seems that the configure script messes something up in the detection of getaddrinfo. I'll look into it. And I think this is not the only problem for Solaris. At least, jni.c shall be fixed to coexist with not only JIT3 but also JIT. The jit version does not have function 'resetConstants'. Am I right? Yes, of course. Currently the build for sparc-solaris (and all other platforms that have jit, but no jit3) fails because the jit engine doesn't have a function called resetConstants like the jit3 engine does. What we could do would be a) #ifdef the resetConstants call to only happen if defined TRANSLATOR and JIT3. or b) backport the resetConstants implementation to jit engine or c) provide a 'do-nothing' implementation of resetConstants for jit engine or d) separate the engine spefic bits of jni.c into jnisomething.c/h in engine directories. I'd propose going with a) followed by c and d, if someone volunteers to do it. I could do step a) myself ;) cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] HashMap putAll/putAllInternal bug
On Wednesday 24 September 2003 22:20, Stuart Ballard wrote: (sent to classpath, but their mailing list is a blackhole at the moment and, being impatient, I figured I'd send to Kaffe where it's also relevant, since Kaffe's collections classes come from Classpath) I did receive it on Classpath, FWIW. -- Chris Gray/k/ Embedded Java Solutions Embedded Mobile Java, OSGi http://www.kiffer.be/k/ [EMAIL PROTECTED] +32 477 599 703 ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Re: dotnet platform support / gnu config.sub (long)
On Wed, 24 Sep 2003 23:38:38 +0200 Dalibor Topic [EMAIL PROTECTED] wrote: JVM, JDK, Java, etc. are all trade marks with associated conditions of use. http://www.sun.com/suntrademarks/#J . Are you sure you want/need to use them? Yes. Actually, if the target is a java'ish machine then they will have to take care of any of that legalese themselves. The config.sub thing is not a java'ish thing itself here. - Furthermore, the use context is obviously talking about compatiblity with a certain vm type and not identity, as expressed in a lot of corners and we know that config.sub simply trying to get a canonic variant of certain arguments given. jvm, java and similar names _are_ the canonic variant of anything quite like it but not the product (trademark!) itself. AFAIK sun has quite strict rules about claiming compatibility with any of their Java products. Basically, you can't do it, unless you shell out big bucks for a license to their code. But I may misunderstand what you want to say. Sun has a lot of lawyers, and they've been pretty aggressive than most about staking their claims on the linguistic turf (so they can sell it off). Because they claim Java Compatible(tm) as a trademark, it makes it hard to use a normal noun+verb sentence to say that we're compatible with Java -- we are, by most dictionary definitions, but we're not Java Compatible(tm), under Trademark law. Maybe we can say that we're interoperable? :-) Anyways, the config.sub name is just going to be used to define a target - so it makes sense to call the target Java, since it's only going to be used by tools generating Java byte code, which will run on Sun's JVM. Of course it will still run on other virtual machines that can't use the Java trademark, but that shouldn't be of any concern to the tools generating the code, IMHO. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe