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
[kaffe] CVS kaffe (dalibor): Fixed crash compiling class library with kjc and allatonce profile
PatchSet 4061 Date: 2003/09/24 21:44:41 Author: dalibor Branch: HEAD Tag: (none) Log: Fixed crash compiling class library with kjc and allatonce profile Members: ChangeLog:1.1656->1.1657 libraries/javalib/rebuildLib.in:1.36->1.37 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.1656 kaffe/ChangeLog:1.1657 --- kaffe/ChangeLog:1.1656 Wed Sep 24 20:45:22 2003 +++ kaffe/ChangeLog Wed Sep 24 21:44:41 2003 @@ -1,3 +1,11 @@ +2003-09-24 Dalibor Topic <[EMAIL PROTECTED]> + + * libraries/javalib/rebuildLib.in: + Raised memory limit for class library compilation to 256M to fix + crash when compiling all of class library at once using kjc. + + Reported by: James Simmons <[EMAIL PROTECTED]> + 2003-09-24 James Simmons <[EMAIL PROTECTED]> * libraries/javalib/java/util/EventObject.java: Index: kaffe/libraries/javalib/rebuildLib.in diff -u kaffe/libraries/javalib/rebuildLib.in:1.36 kaffe/libraries/javalib/rebuildLib.in:1.37 --- kaffe/libraries/javalib/rebuildLib.in:1.36 Sat Aug 30 20:12:04 2003 +++ kaffe/libraries/javalib/rebuildLib.in Wed Sep 24 21:44:42 2003 @@ -37,7 +37,10 @@ JAVA="$JAVA -verbosegc" fi if [ -z "$JAVAC" ]; then - JAVAC="$JAVA at.dms.kjc.Main" +# Kaffe needs more than 64 M of memory to compile all of the +# class library at once using kjc. Set maximal memory to 256 M +# to be on the safe side. Actual usage is around 80M. + JAVAC="$JAVA -mx 256M at.dms.kjc.Main" VERBOSE=-v fi BOOTCLASSPATH=${SRCDIR}/Klasses.jar.bootstrap:$BOOTCLASSPATH; export BOOTCLASSPATH ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] build breakage
James Simmons wrote: 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. Fixed now. Thanks! cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: dotnet platform support / gnu config.sub (long)
Guido Draheim wrote: Dalibor Topic wrote: Guido Draheim wrote: For the java machine, the term `jvm` is used universally. I do not remember there were any dependency on pointer lengths, it runs in managed mode always. 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. No, I've been trying to get a decent cc list for dotnet targets as it is a platform target that can have C/C++ source code as input - IOW a target that can be different than the primary target of that software. That's not the same for java. - I was including java (and python) in the description in an attempt to establish guidelines for (any) other VM-type target platforms. It's just that all those java'ish runtimes are all somehow different in my experience, so trying to put some kind of 'it's all mutually compatible java' cover on it doesn't really fit. A 'abstract machine'-'runtime' mapping only works as long as there are only a few runtimes available. In java's case, those days are long gone, and the number of options is quite huge, so fitting all of them under the same cap is quite complicated, if not impossible. I assume that in few years, c# will have the similar problem ;) 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
[kaffe] CVS kaffe (dalibor): Merged in java.util.EventObject from GNU Classpath
PatchSet 4060 Date: 2003/09/24 20:45:22 Author: dalibor Branch: HEAD Tag: (none) Log: Merged in java.util.EventObject from GNU Classpath Members: ChangeLog:1.1655->1.1656 libraries/javalib/java/util/EventObject.java:1.6->1.7 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.1655 kaffe/ChangeLog:1.1656 --- kaffe/ChangeLog:1.1655 Wed Sep 24 19:06:22 2003 +++ kaffe/ChangeLog Wed Sep 24 20:45:22 2003 @@ -1,3 +1,8 @@ +2003-09-24 James Simmons <[EMAIL PROTECTED]> + + * libraries/javalib/java/util/EventObject.java: + Replaced by implementation from GNU Classpath. + 2003-09-24 Dalibor Topic <[EMAIL PROTECTED]> * libraries/javalib/java/lang/Boolean.java: Index: kaffe/libraries/javalib/java/util/EventObject.java diff -u kaffe/libraries/javalib/java/util/EventObject.java:1.6 kaffe/libraries/javalib/java/util/EventObject.java:1.7 --- kaffe/libraries/javalib/java/util/EventObject.java:1.6 Wed Mar 13 21:01:55 2002 +++ kaffe/libraries/javalib/java/util/EventObject.java Wed Sep 24 20:45:23 2003 @@ -1,31 +1,101 @@ -/* - * 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. - */ +/* EventObject.java -- represents an event on an object + Copyright (C) 1999, 2000, 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.util; import java.io.Serializable; -public class EventObject extends Object - implements Serializable +/** + * Represents Events fired by Objects. + * + * @author Eric Blake <[EMAIL PROTECTED]> + * @see EventListener + * @since 1.1 + * @status updated to 1.4 + */ +public class EventObject implements Serializable { - protected transient Object source; - -public EventObject(Object src) { - source = src; -} - -public Object getSource() { - return (source); -} - -public String toString() { - return (getClass().getName() + "[source=" + source.toString() + ']'); -} -} + /** + * Compatible with JDK 1.1+. + */ + private static final long serialVersionUID = 5516075349620653480L; + + /** + * The source object; in other words, the object which this event takes + * place on. + */ + protected transient Object source; + + /** + * Constructs an EventObject with the specified source. + * + * @param source the source of the event + * @throws IllegalArgumentException if source is null (This is not + * specified, but matches the behavior of the JDK) + */ + public EventObject(Object source) + { +// This check for null is stupid, if you ask me, since source is +// protected and non-final, so a subclass can set it to null later on. +if (source == null) + throw new IllegalArgumentException(); +this.source = source; + } + + /** + * Returns the source of the event. + * + * @return the event source + */ + public Object getSource() + { +return source; + } + + /** + * Converts the event to a String. The format is not specified, but by + * observation, the JDK uses: + * getClass().getName() + "[source=" + source + "]";. + * + * @return String representation of the Event + */ + public String toString() + { +return getClass().g
[kaffe] HashMap putAll/putAllInternal bug
(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) The HashMap putAll and putAllInternal (called from constructor) methods use size() to get the size of the map to be added, and then iterate over the iterator that many times to add elements. Instead, they should call hasNext() on the iterator. I can make any number of arguments for why this should be the case, but if we're arguing on the merits, there are arguments against this change too, so I won't bother :) Instead, I'll appeal to "Sun does it this way and we should be compatible". I've got actual code that breaks on Classpath (and Kaffe) due to this difference (I spent *ages* tracking it down, too). I know that this means my Map classes aren't quite honoring the Map contract, by not returning the correct value for size(), but I have good reasons for that - and Sun's implementation doesn't care, so Classpath's (Kaffe's) shouldn't either. I suspect this problem may be more pervasive - it only bit me on HashMap, but it may come up on *Map, *Set, and *List, Hashtable and Vector as well. If Classpath (or Kaffe) makes this change, I believe I'll be able to post the code of my project onto Savannah (they wouldn't accept it until it ran on a free Java implementation). Stuart. -- Stuart Ballard, Senior Web Developer FASTNET - Web Solutions (215) 283-2300, ext. 126 www.fast.net ___ 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] 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
[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 Boolean represent primitive + * boolean 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 Boolean object repres
[kaffe] Re: kaffe plugin
Arnaud Vandyck writes: 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 ;)) Ok, It is running fine... Thanks a lot! Greetings -- nmag only NA & GNU/Linux consultant GPG public key: 0xA024A03F [http://pgp.mit.edu/] GNU/Linux Registered User #312624 -- ¿Cómo hago para que Windows no se cuelgue más? mkreiserfs /dev/hdaX Si sale cara gano yo, si sale sello pierdes tú 14400! una odisea del ciberdespacio ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: dotnet platform support / gnu config.sub (long)
Andrew Haley wrote: Dalibor, what message are you replying to? One from the libtool mailing list, actually. I cross posted it to classpath and kaffe for reference, as it tried to define some java vm configure script recognition functionality. The original message is here: http://mail.gnu.org/archive/html/libtool/2003-09/msg00109.html cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: dotnet platform support / gnu config.sub (long)
Guido Draheim wrote: For the java machine, the term `jvm` is used universally. I do not remember there were any dependency on pointer lengths, it runs in managed mode always. 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? Since ilvm64 may be run on a 32bit system, we do set the two cpu/vm types of "ilvm" and "ilvm32" for the dotnet binaries and libraries. Alongside we use "jvm" for jar binaries A virtual machine capable of executing programs written in java programing language usually executes only classes stored in class files. Some virtual machines also have the capability of executing programs stored in zip archives, or jar archives. So 'jvm' is a misleading term here. Therefore, for jvm we do usually paste 'java' as interpreter and 'jdk' as basic service series. Likewise the dotnet binaries are given as 'ilrun' for the interpreter and 'mono' for the service series (or something alike). Not all java interpreters are called 'java'. there is gij, sablevm, kaffe, wonka, and a ton of others, that don't necessarily fit into this naming scheme. While some of them provide java-named wrapper scripts, I'm not sure if all of them do. jvm-sun-java-jdk jvm-sun-java-j2me jvm-sun-java-j2se jvm-sun-java-j2ee uh, what's that sun doing there? ;) what's the difference between jvm-sun-java-jdk and jvm-sun-java-j2se supposed to be? and so on ... I believe it would be better if you got in touch with kaffe, gcj, sablevm, classpath, debian-java etc. developers before you try to push something as big as this through as some kind of a GNU convention. I don't know much about .net yet, and being a kaffe developer, I'm more focussed on the java side of things. AFAIK, similar definitions have been tried before on debian-java, and failed. On the other hand, if the virtual machine implementors of varios GNU projects have already been consulted, and this is the concensual proposal, I'd like to have the reference to the mailing list threads ;) If that's not happended, then let's discuss this first, as it's a good idea, but it needs to be discussed in a broader, more realted audience, than the libtool mailing list, which, sincerely, doesn't seem like a good pick to debate the finer details of naming vm systems. ;) cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Bug Report: jni & two dimensional array parameter
On Wed, 24 Sep 2003 08:49:01 +0200 Daniel Dittmann <[EMAIL PROTECTED]> wrote: > The attached patch fixed this error. Thanks for the patch, I applied it. Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] CVS kaffe (jim): Apply patch to kaffeh to to work with multi-dimensional arrays.
PatchSet 4058 Date: 2003/09/24 17:50:22 Author: jim Branch: HEAD Tag: (none) Log: Apply patch to kaffeh to to work with multi-dimensional arrays. Thanks to Daniel Dittmann for the patch. Members: ChangeLog:1.1653->1.1654 kaffe/kaffeh/support.c:1.31->1.32 Index: kaffe/ChangeLog diff -u kaffe/ChangeLog:1.1653 kaffe/ChangeLog:1.1654 --- kaffe/ChangeLog:1.1653 Tue Sep 23 21:44:00 2003 +++ kaffe/ChangeLog Wed Sep 24 17:50:22 2003 @@ -1,3 +1,10 @@ +2003-09-24 Jim Pick <[EMAIL PROTECTED]> + + * kaffe/kaffeh/support.c: + Fix kaffeh's handling of multidimensional arrays. + + Patch by: Daniel Dittmann <[EMAIL PROTECTED]> + 2003-09-22 Dalibor Topic <[EMAIL PROTECTED]> Fix for getaddrinfo on sparc-solaris2.9 compiler breakage. Index: kaffe/kaffe/kaffeh/support.c diff -u kaffe/kaffe/kaffeh/support.c:1.31 kaffe/kaffe/kaffeh/support.c:1.32 --- kaffe/kaffe/kaffeh/support.c:1.31 Thu Jul 31 22:46:45 2003 +++ kaffe/kaffe/kaffeh/support.cWed Sep 24 17:50:23 2003 @@ -311,6 +311,7 @@ case 'D': return "jdoubleArray"; case 'L': + case '[': return "jobjectArray"; default: dprintf("bogus array type `%c'", sig[1]); ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
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
Re: [kaffe] kaffe on Solaris 2.7 Sparc ?
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? Kiyo ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] kaffe plugin
Hi Guys, I have had some problems with my email, I've subscribed this new account :D 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? P.D. I'm talking with OJI guys in mozilla. Thanks a lot! Dalibor Topic wrote: nmag only wrote: Hi, Well, I'm reading about XPCOM, I got the kaffe mozilla plugin source, I'm reading and studying the source code, I will be ready to start as soon as possible, but I need some information, where I can announce to the mozilla developers that I work on kaffe plugin? is there a list? I appreciate if you can send me the link for subscription. Great to see that you're really motivated to get kaffe and mozilla running together! Youi can get in touch with the mozilla XPCOM developers here http://www.mozilla.org/projects/xpcom/ in particular on the mailing lists http://www.mozilla.org/community.html for XPCOM . You should also get in touch with the OJI guys at http://www.mozilla.org/community.html#mozilla-oji and http://www.mozilla.org/oji/ . I'm not aware of any IRC channels for either effort. cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe -- nmag only NA & GNU/Linux consultant GPG public key: 0xA024A03F [http://pgp.mit.edu/] GNU/Linux Registered User #312624 -- ¿Cómo hago para que Windows no se cuelgue más? mkreiserfs /dev/hdaX Si sale cara gano yo, si sale sello pierdes tú 14400! una odisea del ciberdespacio ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe