Arun Prasad Mohan schrieb:
Hi all,
I would like to configure the kaffe 1.1.7 in JIT mode. Can you
provide the README file for that so that it will be helpful for me to
proceed.
There is not much there to it, actually. If a jit is available, then you
can ask configure to build it for y
Jim Pick wrote:
Excellent. I'll try to get it up on the website on Sunday (I have
out-of-town visitors until then). Have fun at FOSDEM!
It was great! Back home now, and wading through the mail and bug reports.
cheers,
dalibor topic
___
kaffe maili
I was incorrect about the jit, the jit and jit3 are not supported and do not
configure. I thought that since I did not specify intrp it would use jit.
I noticed that it built using the intrp. When I configured for jit/jit3 I
get:Configuration i386-darwin does not support the jit/jit3 engine
Mic
Excellent. I'll try to get it up on the website on Sunday (I have
out-of-town visitors until then). Have fun at FOSDEM!
Cheers,
- Jim
Dalibor Topic wrote:
Hi team,
I've tagged 1.1.9, and uploaded the source code archives to
http://www.kaffe.org/~robilad. Jim, when you have time, please
I replaced the 3 below with the libffi option, it did not link. I added
them back with the libffi and it linked again, however, it still has 135 of
150 failed tests.
On Thu, Feb 21, 2008 at 7:00 AM, Dalibor Topic <[EMAIL PROTECTED]>
wrote:
> Michael Franz schrieb:
> > I was able to get Kaffe 1.1
Dalibor Topic wrote:
Christian Thalinger schrieb:
On Fri, 2008-02-08 at 12:25 +0100, Dalibor Topic wrote:
Yeah, that's why I'd like to go step by step, and first slash the
VM interface methods I can slash, and then implement it with
ieee754.h as an option, (adding a #define BIG_ENDIAN __BIG
Michael Franz schrieb:
I was able to get Kaffe 1.1.8 to build. I needed to
add --with-staticlib --with-staticvm --disable-shared . I think
there is something wrong with the default linking in the build process.
When I run the tests however, it is not too promising. 135 of 150
tests fail.
I was able to get Kaffe 1.1.8 to build. I needed to add --with-staticlib
--with-staticvm --disable-shared . I think there is something wrong with
the default linking in the build process.
When I run the tests however, it is not too promising. 135 of 150 tests
fail.
On Sun, Feb 10, 2008 at 11:
On Mon, 2008-02-18 at 12:44 +0100, Dalibor Topic wrote:
> > That sounds like it was a lot of work. Did you change anything new in
> > GNU Classpath or should I test the current CVS version
> I wrote a patch using the -0.0d > 0L hack described above to detect
> whether we should switch words
> in
Christian Thalinger schrieb:
On Mon, 2008-02-18 at 04:03 +0100, Dalibor Topic wrote:
This one turned out to be a lot more fun to track down.
It's pretty easy to rewrite the test whether to swap words in a jdouble:
put -0.0 into a jvalue's
jdouble element, and if the correspoding jlong bitst
On Mon, 2008-02-18 at 04:03 +0100, Dalibor Topic wrote:
> This one turned out to be a lot more fun to track down.
>
> It's pretty easy to rewrite the test whether to swap words in a jdouble:
> put -0.0 into a jvalue's
> jdouble element, and if the correspoding jlong bitstream is > 0, you
> have
Christian Thalinger schrieb:
On Fri, 2008-02-08 at 12:25 +0100, Dalibor Topic wrote:
Yeah, that's why I'd like to go step by step, and first slash the VM
interface methods I can slash, and
then implement it with ieee754.h as an option, (adding a #define
BIG_ENDIAN __BIG_ENDIAN
for the broken
Ito Kazumitsu wrote:
From: Dalibor Topic <[EMAIL PROTECTED]>
Subject: Re: [kaffe] Re: OutOfMemoryError while compiling GNU Classpath
Date: Sat, 16 Feb 2008 00:39:12 +0100
I've committed a fix now.
Thank you very much for spotting this embarassing bug, and I hope the
fix will w
From: Dalibor Topic <[EMAIL PROTECTED]>
Subject: Re: [kaffe] Re: OutOfMemoryError while compiling GNU Classpath
Date: Sat, 16 Feb 2008 00:39:12 +0100
> I've committed a fix now.
> Thank you very much for spotting this embarassing bug, and I hope the
> fix will work for you,
Dalibor Topic wrote:
Dalibor Topic wrote:
Kiyo Inaba wrote:
Hi Ito-san,
You wrote:
I have found that recent Kaffe causes OutOfMemoryError in the
process of this compiling.
I tested this on a machine with rich memory, and have found out
that, in order to compile GNU Classpath 0.96.1 with ecj,
Dalibor Topic wrote:
Kiyo Inaba wrote:
Hi Ito-san,
You wrote:
I have found that recent Kaffe causes OutOfMemoryError in the
process of this compiling.
I tested this on a machine with rich memory, and have found out
that, in order to compile GNU Classpath 0.96.1 with ecj,
Since I gave up com
Kiyo Inaba wrote:
Hi Ito-san,
You wrote:
I have found that recent Kaffe causes OutOfMemoryError in the
process of this compiling.
I tested this on a machine with rich memory, and have found out
that, in order to compile GNU Classpath 0.96.1 with ecj,
Since I gave up compiling GNU Classpath e
Hi Ito-san,
You wrote:
>> I have found that recent Kaffe causes OutOfMemoryError in the
>> process of this compiling.
>I tested this on a machine with rich memory, and have found out
>that, in order to compile GNU Classpath 0.96.1 with ecj,
Since I gave up compiling GNU Classpath everytime, I did
From: [EMAIL PROTECTED]
Subject: OutOfMemoryError while compiling GNU Classpath
Date: Thu, 14 Feb 2008 14:21:09 +0900 (JST)
> I have found that recent Kaffe causes OutOfMemoryError in the
> process of this compiling.
I tested this on a machine with rich memory, and have found out
that, in order t
From: [EMAIL PROTECTED]
Subject: Re: OutOfMemoryError while compiling GNU Classpath
Date: Thu, 14 Feb 2008 15:20:30 +0900 (JST)
> > Yes, there were big changes between 2008-01-17 and 2008-01-22.
>
> The bug 125 (http://www.kaffe.org/cgi-bin/bugzilla/show_bug.cgi?id=125)
> also seems to have come
From: [EMAIL PROTECTED]
Subject: OutOfMemoryError while compiling GNU Classpath
Date: Thu, 14 Feb 2008 14:21:09 +0900 (JST)
> Yes, there were big changes between 2008-01-17 and 2008-01-22.
The bug 125 (http://www.kaffe.org/cgi-bin/bugzilla/show_bug.cgi?id=125)
also seems to have come to exist dur
Il giorno ven, 08/02/2008 alle 21.20 +0100, Mark Wielaard ha scritto:
> You only have to pay the beer yourself *)
But hey, this is also share alike what do you want more? :P
Mario
--
Lima Software - http://www.limasoftware.net/
GNU Classpath Developer - http://www.classpath.org/
Fedora Ambassad
On Fri, 2008-02-08 at 12:25 +0100, Dalibor Topic wrote:
> Yeah, that's why I'd like to go step by step, and first slash the VM
> interface methods I can slash, and
> then implement it with ieee754.h as an option, (adding a #define
> BIG_ENDIAN __BIG_ENDIAN
> for the broken glibc versions). I'll m
Christian Thalinger schrieb:
On Fri, 2008-02-08 at 00:26 +0100, Dalibor Topic wrote:
I've looked a bit closer at the 3 ARM OABI errors, in particular at the
errors in test/regression/DoubleConst.java . That test fails because we
get the bitstreams of the doubles being tested when we call
Do
Arun Prasad Mohan wrote:
Hi,
From the install file i found for setting environment variable
*
Or on systems that have the `env' program, you can do it like this:
"env CPPFLAGS=-I/usr/local/include LDFLAGS=-s ./configure"
Yeah, that's a way to set environment variables. You can also
Hi,
From the install file i found for setting environment variable
*
Or on systems that have the `env' program, you can do it like this:
"env CPPFLAGS=-I/usr/local/include LDFLAGS=-s ./configure"
*When i run the above command i got the following error:
*make[3]: Leaving directory `/hom
I wrote:
>Dalibor Topic wrote:
>>My current results with boehm-gc are a bit across the map (i386-linux,
>>boehm-gc 6.8, different compilers, CVS head).
>
>This report is very interesting for me.
>
>I tested boehm with three systems.
>1) i386, gcc version 3.2 20020903, Red Hat Linux 8.0 3.2-7
>2) i3
I wrote:
>>I tested boehm with three systems.
>>1) i386, gcc version 3.2 20020903, Red Hat Linux 8.0 3.2-7
>>2) i386, gcc version 3.2.3 20030502, FC5
>>3) i386, gcc version 4.1.1 20060525, FC5
>>
>>If I use CVS head, and boehm-gc 6.8, they all fail. Testing HWA generates
>>nothing :-< Could you gue
I wrote:
>Dalibor Topic wrote:
>>My current results with boehm-gc are a bit across the map (i386-linux,
>>boehm-gc 6.8, different compilers, CVS head).
>
>This report is very interesting for me.
>
>I tested boehm with three systems.
>1) i386, gcc version 3.2 20020903, Red Hat Linux 8.0 3.2-7
>2) i3
Dalibor Topic wrote:
>Kiyo Inaba wrote:
>> I found it can be extended until major classpath resync on Jan of
>> 2007 if I revert the mod for 'kaffe/kaffevm/baseClasses.c'. The change
>> made in 'baseClasses.c' (v 1.76) is reorder the invocation of
>> initialization (initializeSecurity and initThrea
Kiyo Inaba wrote:
Hi,
After submitting several archived tests, I found snap 060803
(whose ChangeLog head is "2006-07-27 Guilhem Lavaux <[EMAIL PROTECTED]>")
works fine with Boehm GC on i386/linux. I will try to use this to test
whether arm version of Boehm GC works fine.
I found it can be e
Hi,
>After submitting several archived tests, I found snap 060803
>(whose ChangeLog head is "2006-07-27 Guilhem Lavaux <[EMAIL PROTECTED]>")
>works fine with Boehm GC on i386/linux. I will try to use this to test
>whether arm version of Boehm GC works fine.
I found it can be extended until majo
>Zigurd wrote:
>>We tried using Boehm GC, but encountered an issue which is now bug #113.
>>Any experiences/pointers getting Boehm GC up on ARM Linux would also be
>>very useful.
>
>I usually don't test ports with Boehm GC, and takes time to notice this
>bug. I am afraid Boehm GC for arm has never
Hi Zigurd,
>We tried using Boehm GC, but encountered an issue which is now bug #113.
>Any experiences/pointers getting Boehm GC up on ARM Linux would also be
>very useful.
I usually don't test ports with Boehm GC, and takes time to notice this
bug. I am afraid Boehm GC for arm has never tested...
Kiyo Inaba wrote:
Dalibor wrote:
The auto detection itself is welcome, but still I want to have
explicit way to specify which compiler is my preference. Since
I still use jikes for some other staff, but when making regression
test of kaffe I need to use ecj (jikes does not like classpath-0.96.1)
Kiyo Inaba wrote:
Dalibor wrote:
The auto detection itself is welcome, but still I want to have
explicit way to specify which compiler is my preference. Since
I still use jikes for some other staff, but when making regression
test of kaffe I need to use ecj (jikes does not like classpath-0.96.1)
Dalibor wrote:
>> It becomes 10.5 hours, so your improvement really works :-)
>>
>Great! Is that in the range of the time required for testing using jikes?
It usually takes roughly 10.5 hours. Of course jikes case invokes jikes
for every test case, and may have slight improvement if I do same
modi
Kiyo Inaba wrote:
Dalibor wrote:
This is the great news for me! After I changed to use ecj for all
platforms, the regression testing itself took more than 51 hours
on m68k (Mac-IIci, netbsd) :-< For the next weekly regression test,
I can see whether things becomes better or not.
I ho
Dalibor wrote:
>> This is the great news for me! After I changed to use ecj for all
>> platforms, the regression testing itself took more than 51 hours
>> on m68k (Mac-IIci, netbsd) :-< For the next weekly regression test,
>> I can see whether things becomes better or not.
>>
>I hope they will beco
Dalibor wrote:
>> The auto detection itself is welcome, but still I want to have
>> explicit way to specify which compiler is my preference. Since
>> I still use jikes for some other staff, but when making regression
>> test of kaffe I need to use ecj (jikes does not like classpath-0.96.1).
>
>Yeah
Kiyo Inaba wrote:
Hi Dalibor and others,
Dalibor wrote: (slightly reformat)
I've changed the compilation of the regression steps to compile all
tests in a single step, which should speed up the regression tests
in particular for users using ecj / javac on a JVM, as that eliminates
around 150
Hi Dalibor and others,
Dalibor wrote: (slightly reformat)
>I've changed the compilation of the regression steps to compile all
>tests in a single step, which should speed up the regression tests
>in particular for users using ecj / javac on a JVM, as that eliminates
>around 150 JVM invocations.
T
Riccardo wrote:
> Hi,
>
> On Sat, 22 Sep 2007 21:59:40 +0200, Dalibor Topic <[EMAIL PROTECTED]>
> wrote:
>
>> Hi all,
>>
>> We've got the migration classpath 0.95 ahead. I'd like to take that
>> opportunity to switch to using the system installation of gnu classpath,
>> and remove the source code
Hi,
On Sat, 22 Sep 2007 21:59:40 +0200, Dalibor Topic <[EMAIL PROTECTED]>
wrote:
Hi all,
We've got the migration classpath 0.95 ahead. I'd like to take that
opportunity to switch to using the system installation of gnu classpath,
and remove the source code for it from Kaffe, slimming down o
Dalibor Topic wrote:
>> D] Merge in the dropped cygwin patch
>>-> 2007-June/104983.html
>>Classpath has been made on cygwin, still doing kaffe itself.
>
> Still to do.
Down to 4 core VM patches (exception handling, pthreads) and 4 other
patches (class library, kaffe.in), should get finis
Kiyo Inaba wrote:
> Especially, any active improvement for awt/xawt portion?
>
> ---
> D] Either fix the serialization bugs leading to the two failing
> regression tests, or mark them as XFAILs, and file bugs for it in GNU
> Classpath's t
Hi Kiyo,
On Thu, 02 Aug 2007 09:05:39 +0200, Kiyo Inaba <[EMAIL PROTECTED]>
wrote:
performance may decrease, but I believe it is much better to
have (slow but) workable version than non workable version ;-)
correct indeed!
This is great news and thanks for the effort.
Especially, any acti
Yesterday, I committed my fixes to make kaffe work for arm/linux
with 'jit3' engine. As I mailed previously (see
http://www.kaffe.org/pipermail/kaffe/2007-July/105026.html),
the spill code should have some bugs for this architecture, I
re-define arm's register configuration NOT to have any global
r
Kiyo Inaba wrote:
I wrote:
Recent version of kaffe got 'UnsatisfiedLinkError' on arm/linux/jit.
I guess, this is because of static-vm, static-lib fix.
It's my mistake. When I reverted my mod for 'jit.h', it works.
thanks for tracking it down, kiyo.
cheers,
dalibor topic
__
I wrote:
>Recent version of kaffe got 'UnsatisfiedLinkError' on arm/linux/jit.
>I guess, this is because of static-vm, static-lib fix.
It's my mistake. When I reverted my mod for 'jit.h', it works.
Kiyo
___
kaffe mailing list
kaffe@kaffe.org
http://k
Hi Arun,
>I tried to search the mailing list for similar problem and got some
>questions which seemed alike. But there is no clear solution for this except
>an indication it may be related to threads.
Thanks for the bug report. I can not find any info saying how to fix
this right now. And I don'
Hi,
sorry for the extreme late answer I missed this in my inbox,
On Tue, 05 Jun 2007 14:03:01 +0200, ronaldsloot <[EMAIL PROTECTED]>
wrote:
./configure --with-engine=intrp --with-kaffe-x-awt --disable-gconf-peer
--disable-gtk-peer
this configure line seems reasonable to me.
I build w
Dalibor Topic wrote:
>Dalibor Topic wrote:
>> Kiyo Inaba wrote:
>>> Dalibor, could you please add some code to check the version of libz?
>> I could check if ZLIB_VERNUM >= 0x1230, and abort configure accordingly,
>> to make sure kaffe is built with zlib 1.2.3 or higher.
>fix checked in now. Thank
Dalibor Topic wrote:
Kiyo Inaba wrote:
Dalibor, could you please add some code to check the version of libz?
I could check if ZLIB_VERNUM >= 0x1230, and abort configure accordingly,
to make sure kaffe is built with zlib 1.2.3 or higher.
fix checked in now. Thank you very much for the sug
Kiyo Inaba wrote:
Kiyo Inaba wrote:
Dalibor Topic wrote:
Yes, now that we depend on it, we should make sure it's there in
configure. Thanks, I'll check in a patch.
Oops, I misunderstand the name of the library. I have 'libz' installed.
One possibility is the (os) installed version is 1.1.4. Is
Kiyo Inaba wrote:
Kiyo Inaba wrote:
Dalibor Topic wrote:
Yes, now that we depend on it, we should make sure it's there in
configure. Thanks, I'll check in a patch.
Oops, I misunderstand the name of the library. I have 'libz' installed.
One possibility is the (os) installed version is 1.1.4. Is
I had this problem on my ARM build of Kaffe:
> kaffe -Xkaffe-xlib-awt WidgetsDemo
> java.lang.InternalError: Pointer class was not properly initialized
Turns out this "java.lang.InternalError: Pointer class was not properly
initialized" error is getting caused as a result of libxawt.so not
expor
Hi:
I guess "Illegal Instruction" is not thrown by Kaffe,but by your OS
runtime. You might choose an improper crosstool to compile kaffe.
Cheers
Message: 1
Date: Mon, 11 Jun 2007 15:14:10 +0800 (CST)
From: hjzhang <[EMAIL PROTECTED]>
Subject: [kaffe] Kaffe1.1.7 for MIPS target - Illegal ins
Kiyo Inaba wrote:
Hi Dalibor,
It should be better to update FAQ/FAQ.requiredlibraries.
Thank you, Kiyo, I've updated the file now.
Kaffe seems to be back building on the arm image now, and I'm waiting
for that build to complete.
cheers,
dalibor topic
_
Hi Dalibor,
It should be better to update FAQ/FAQ.requiredlibraries.
Kiyo
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi,
I am actually getting the same problem as Kelvin when I run WidgetsDemo
on kaffe 1.1.8-pre on ARM:
> kaffe -Xkaffe-xlib-awt WidgetsDemo
java.lang.InternalError: Pointer class was not properly initialized
I am using the following config:
./configure --with-engine=intrp --with-kaffe-x-awt
Hi:
ldd /your/path/libgtkpeer.so ,you will find the cause . Tis
because the required libraries (See GTKLIBS) were not added to link
flags . Try to link with GTKLIBS ,you will see the awt window.
Br
Sakur
Message: 1
Date: Sun, 03 Jun 2007 12:09:17 +0200
From: Andreas Kielkopf <[EMAIL PROTE
Stephen Winiecki/Raleigh/IBM wrote on 05/30/2007 04:53:04 PM:
> I saw someone posted with this same error message in the archive
> last Oct. but no response.
>
> I am using a Debian 4.0 install on PPC with Xorg 7.1.1 installed.
> When I run ./configure, for some reason X is not found, and there
Riccardo wrote:
>Dalibor Topic <[EMAIL PROTECTED]> wrote:
>> Alternatively, we could remove GNU Classpath from our tree, and require
>> the user to build it first, and then build Kaffe using that version. I
>> do not know if jikes can parse bytecode from compilers for Java 1.5, but
>> that's the on
Hi,
On Mon, 23 Apr 2007 15:00:46 +0200, Dalibor Topic <[EMAIL PROTECTED]>
wrote:
Alternatively, we could remove GNU Classpath from our tree, and require
the user to build it first, and then build Kaffe using that version. I
do not know if jikes can parse bytecode from compilers for Java 1.5
I have to answer by myself...
>Since I did not put any info for SIGNAL_ARGS for 'arm/netbsd1' (usually
>this should be defined in 'md.h'), no proper care for exception handling
>is done for this port. But, the regression test reports that exception
>handling works OK (at least in StackDump.out).
Dalibor wrote:
>Thank you, Kiyo, that's great news, since currently the two tests can be
>expected to fail.
Yes, I understand that these two are expected to fail.
But, then, this report introduces me one interesting (or funny) fact.
Since I did not put any info for SIGNAL_ARGS for 'arm/netbsd1' (
Kiyo Inaba wrote:
I wrote:
I got
6 of 150 tests failed
Please report to kaffe@kaffe.org
(detailed log at the end)
Well, I just did check-TESTS, if I do 'check', I got
2 of 150 tests fail
I wrote:
>I got
>
>6 of 150 tests failed
>Please report to kaffe@kaffe.org
>
>(detailed log at the end)
Well, I just did check-TESTS, if I do 'check', I got
2 of 150 tests failed
Please report to kaffe
I wrote:
>But, when I do 'gmake check-TESTS TESTS=HelloWorldApp.java', it fails.
>The 'HelloWorldApp.fail' file says,
Ok then, I have to use pthreads rather than jthreads...
With configuration
--with-glibj-zip=/root/mnt/glibj.zip \
--with-engine=intrp \
--enable-pure-java-
Hi,
>Since I don't have enough time to do the compilation itself (and of
>course invoke regression test) right now, but I hope I can continue
>this effort for this weekend.
Since, it's friday, and not so many meetings (thanks someone its friday),
I can continue my work for compilation. There are
Hi Dalibor,
Dalibor wrote:
>Kiyo Inaba wrote:
>> Anyway, I try to separate classpath build from the entire kaffe
>> build, and let you know when finish.
>>
>Great, thank you!
As I said earlier, I tried to make classpath compilation separated
from kaffe's main compilation. I tested this with i386/
Hi Jim,
yes, it has been quiet here lately. To be honest though, I like how kaffe
is (I still perceive it more "open" as OpenJDK) and I like our old-style
site and CVS. I use both sourceforge and savannah, but our own stuff has
more charm.
Personally I am pretty busy and I am not so exper
Hi,
I think kaffe didn't detect Jikes or your jikes is too old. Please install
jikes 1.22. Or use --with-jikes flag. Or use a prebuilt jar. 1.1.7 didn't
come with one IIRC.
-Riccardo
On Fri, 09 Mar 2007 04:04:37 +0100, weihan zhang
<[EMAIL PROTECTED]> wrote:
/home/yz201471/kaffe/kaffe-
Hi,
as some screenshots on my blog prove, I was able to run kaffe's xlib
peers. I don't know what is wrong at your place, try to run the awt demo
inside the test cases of kaffe.
-Riccardo
On Thu, 08 Feb 2007 16:46:57 +0100, Kelvin Xu <[EMAIL PROTECTED]> wrote:
Xlib:
Using the command:
ka
Am Montag, den 26.03.2007, 16:04 -0800 schrieb [EMAIL PROTECTED]:
> Today's Topics:
>
>1. Future directions for Kaffe (Jim Pick)
>
>
> --
>
> * If anybody is currently doing something interesting with Kaffe, or has
> any
Hi,Jim Pick:
When seeing the touched post from you,I can't help to reveal my
thought toward Kaffe developer community!
I'v been using Kaffe for almost two years ,although not even
contributing to the source. As you mentioned below, Kaffe is almost like
a tree growing bigger and bigge
Hi,
Thanks for the help. However another more puzzling error shows up during
make using the following configure:
CC=arm-linux-gcc NM=arm-linux-ar STRIP=arm-linux-strip ../kaffe/configure
--host=arm-linux --prefix=/home/EmbeddedLinux/rfs/usr/jre
--libexecdir=/home/EmbeddedLinux/rfs/usr/kaffe/b
Hi Kelvin,
> cc1: warnings being treated as errors
Looks like what I encountered for m68k/linux.
Try to configure with '--disable-Werror' option.
Kiyo
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi,
1. Can you tell me the arithmetic's theory (douchuan)
hi
I don't know what does the arithmetic say!
The result from a is 1000, then the result from b is 6.
I have optimized a system for a long time, but i find out i must
optimize all aspects, just a aspect isn't work.
I w
Mark, Dalibor,
You guys are too humble! ;)
David Fu
--
firecat server-side javascript webserver
http://firecat.nihonsoft.org
http://blog.netbeans.jp/roller/page/fchoong
> On Thu, 2006-11-16 at 17:08 +0100, Dalibor Topic wrote:
>> I largely blame Mark Wielaard's efforts
>> to bring the different e
On Thu, 2006-11-16 at 17:08 +0100, Dalibor Topic wrote:
> I largely blame Mark Wielaard's efforts
> to bring the different efforts together under one umbrella, and reach
> out to everyone else working on this. :)
>
> He's just plain awesome, and I'm glad to know him as a friend.
Thanks :) You a
Hi there,
Forgot a very important information: the URL for submitting proposals:
https://www28.cplan.com/cfp_prod/CFPLogin.jsp?wId=58LE17
[]s, Fernando Lozano
First of all, I'm sorry for the cross-post, but I hope you'll find
this message useful.
While we all are extasiated with Sun GPLed J
Prahalad Deshpande wrote:
Hi All,
I have used kaffe previously to write simple java programs and also
some advanced ones like a text editor based on AWT using the Kaffe VM.
However I have then worked extensively on Sun JDK and I want to
incorporate certain features provided there into Kaffe VM.
Clemens Eisserer wrote:
as far as I know danesecooper left some about two years ago, because
she wasn't happy with the direction java took.
There are many more people who contributed to all this, and a linear
timeline may not do it proper justice ...
In my experience, it has been more like
as far as I know danesecooper left some about two years ago, because
she wasn't happy with the direction java took.
Well, now this has changed :-)
lg Clemens
2006/11/16, Fernando Lozano <[EMAIL PROTECTED]>:
Hi there,
Maybe you like to know, A Sun employee published a timeline of events
and peo
> >Anyone knows something about this? (Hope nokia implements a GPL version of
> > this for the next release for n770).
>
Hello :
I'v ported Jazelle (DBX) to Brew,on which I found a issue that Brew
timer can't interrupt CPU in Jazelle mode ,so ,it would usually wake up
watchdog. The onl
Hi ,
I do cross compile kaffe and run hello world
program on native and it run successfully. Then I do cross compile and test same
program and i got the error .
compile
Run
Status
1. X-86
X-86
success
2.
X-86
> Hi all
>
> I was wondering if anyone has ever tried running Kaffe on a MIPS64/Linux
> system. I tried compiling it (with jikes java compiler) and it told me
> only o32 ABI is supported. When I recompiled everything (including jikes)
> and tried to invoke the VM with a simple “hello, world”
.class
On Thu, 2006-08-10 at 22:12 -0400, Kurt Miller wrote:
> Frederick C. Druseikis wrote:
> > Hopefully this will be enough input to patch kaffe so that I don't
> > need the "funky sysctl.h" If someone wants to suggest a patch I
> > can test it.
> >
>
> Here's a patch to configure.ac that will qui
Frederick C. Druseikis wrote:
Hopefully this will be enough input to patch kaffe so that I don't
need the "funky sysctl.h" If someone wants to suggest a patch I
can test it.
Here's a patch to configure.ac that will quiet the warning on
OpenBSD. However, if I'm not mistaken sysctl.h is only
> Hi ,
>
> I download version 1.1.7 and try to do .configure . I am running on Fedora
> code -3
>
> What may be reason of below error .
>
> Can you give me list of package it require .
> like gcc version etc.
>
> configure: error: Library requirements (gtk+-2.0 >= 2.4 gthread-2.0 >= 2.2
> gdk-
On Thu, 2006-06-01 at 01:46 -0600, Alan Eliasen wrote:
>
> Dalibor Topic wrote:
> > A new dependency has been introduced for the appletviewer, which uses
> > Mozilla's libraries. That may trip up the build for people who don't
> > have mozilla development packages installed, so in that case please
Dalibor Topic wrote:
> A new dependency has been introduced for the appletviewer, which uses
> Mozilla's libraries. That may trip up the build for people who don't
> have mozilla development packages installed, so in that case please add
> --disable-plugin to your configure line.
Can we add i
On Thu, 18 May 2006 14:50:44 +0200, Lennon Cook <[EMAIL PROTECTED]>
wrote:
You do not provide any details, but I couldn't compile 1.1.7 too.
Jikes complained about "too many arguments" and failed to compile
about a half of java code.
On my system, make tells me that it 'Needs an operator' at
l
Hello,
I was wondering if anyone has ever tried running Kaffe on a MIPS64/Linux
system. I tried compiling it (with jikes java compiler) and it told me
only o32 ABI is supported. When I recompiled everything (including
jikes) and tried to invoke the VM with a simple "hello, world" .class
files, i
Krzysztof Strasburger <[EMAIL PROTECTED]> wrote:
You do not provide any details, but I couldn't compile 1.1.7 too.
Jikes complained about "too many arguments" and failed to compile
about a half of java code.
On my system, make tells me that it 'Needs an operator' at
libraries/javalib/Makefile li
> > will upgrade to 1.1.7 presently and see if this helps.
> This turned out to be a no-go: 1.1.7 isn't compiling for me. But I
You do not provide any details, but I couldn't compile 1.1.7 too.
Jikes complained about "too many arguments" and failed to compile
about a half of java code. Passing "JI
Lennon Cook <[EMAIL PROTECTED]> wrote:
will upgrade to 1.1.7 presently and see if this helps.
This turned out to be a no-go: 1.1.7 isn't compiling for me. But I
just tried the Sun jre, and I get the same problem. So, I will ask
about this on the FreeBSD list, as it would appear unrelated to Kaff
> "Ito" == Ito Kazumitsu <[EMAIL PROTECTED]> writes:
Ito> The Java Language Specification, Third Edition says:
Ito> |6.6.1 Determining Accessibility
Ito> Why "the top level class" ?
At this level it is a language design decision.
The idea is that all the code defined within the scope of a
1 - 100 of 1056 matches
Mail list logo
