> On Fri, 27 Feb 2004 11:34:24 +0900 (JST), Atsushi Nemoto <[EMAIL PROTECTED]>
> said:
anemo> 3. IIRC, "-Duser.language=ja -Duser.region=JP
anemo> -Dfile.encoding=EUC_JP" is needed when compiling java source
anemo> which contains native strings.
I was wrong. The option is "-eEUC_JP".
--
Holger Schurig wrote
>However, in tests/regression/Makefile the build system is trying to run
>regression tests in the subdirectories "compile_time" and "run_time". This
>fails not work with an arm-compiled kaffe-bin on an x86 system.
Oh sorry, the FAQ was written (by me) before regression was div
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This fixes the issue I posted about earlier, that causes a segfault in
`translate'. Without this, sub_int and sub_int_const will recursively
call each other. Which is bad.
2004-03-09 Casey Marshall <[EMAIL PROTECTED]>
* kaffe/kaffevm/jit3/ic
Kaffe CVS <[EMAIL PROTECTED]> writes:
> PatchSet 4492
> Date: 2004/03/09 15:15:33
> Author: dalibor
> Branch: HEAD
> Tag: (none)
> Log:
> Fixed inspired by debian buildd logs
I love the way you name your CVS commit :-D
Cheers,
--
~/.signature not found
Debian is the Jedi operating system: "
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> "Timothy" == Timothy Stack <[EMAIL PROTECTED]> writes:
>> - -> kaffe-bin:
>> /home/casey/src/kaffe/kaffe/kaffevm/jit3/machine.c:232: - ->
>> translate: Assertion `reinvoke == false' failed.
>>
>> Looking in machine.c this looks like either a co
> Casey> The good news: mipsel jit3 can load and run `hello world'. I
> Casey> don't know how usable it is `for real', but will report on that
> Casey> later.
>
> No luck yet. Now we fail with this:
>
> - -> kaffe-bin: /home/casey/src/kaffe/kaffe/kaffevm/jit3/machine.c:232:
> - -> translate: Asse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> "Casey" == Casey Marshall <[EMAIL PROTECTED]> writes:
Casey> The good news: mipsel jit3 can load and run `hello world'. I
Casey> don't know how usable it is `for real', but will report on that
Casey> later.
No luck yet. Now we fail with this:
> hello.
hi,
> i'm curious about the status of kaffe's JVMPI implementation. could
> someone clue me in as to where it's at?
Currently, it only does tracing for threads, there is no support for the
heap yet. I've only ever tried it with the "Extensible Java Profiler":
ejp.sf.net
> also,
PatchSet 4498
Date: 2004/03/09 21:00:46
Author: stack
Branch: HEAD
Tag: (none)
Log:
Back out part of popargs_noreturn() change for now
Members:
ChangeLog:1.2078->1.2079
kaffe/kaffevm/jit3/icode.c:1.34->1.35
Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.2078 kaffe/ChangeLog
tim,
thanks for the reply. i'm attaching the diff to this mail. the only bit
i'm not sure about are the changes in jvmpi_kaffe.c. it looks like
someone changed the definition of java_lang_String structs. the other
diffs are just typos.
also, JVMPI functionality still seems broken, even with thi
> Success!
>
> Casey> So either (1) the call to push_int preceding this is bogus, or
> Casey> (2) that call needs to be followed by a popargs, but isn't.
>
> The problem stemmed from exception throwing: popargs_internal will not
> call popargs if the method does not return (and popargs_noreturn,
>> Kaffe on PXA255 runs now, I had to apply the attached patch.
>
> The jit engine ?
Yes, if I didn't intermingle all of what I did today at work. I recompiled
kaffe several times with different ./configure options ...
___
kaffe mailing list
[EMAIL
hello.
i'm curious about the status of kaffe's JVMPI implementation. could
someone clue me in as to where it's at?
also, i have a patchset for 1.1.4 that fixes the compile when
--enable-jvmpi is set in configure. i can post it if there's interest.
nall.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> "Casey" == Casey Marshall <[EMAIL PROTECTED]> writes:
Success!
Casey> So either (1) the call to push_int preceding this is bogus, or
Casey> (2) that call needs to be followed by a popargs, but isn't.
The problem stemmed from exception throwing
> Kevin> That's not at all surprising. The trickiest thing that I had
> Kevin> to fix to get the kaffe interpreter working for MIPS was to fix
> Kevin> the calling convention stuff. Argument passing in MIPS *is*
> Kevin> pretty baroque, and worse, there are variants that we'll have
> Kevin> to de
> (gdb) print *((Hjava_lang_Class *) 269223872)
> $3 = {head = {dtable = 0x10019c38, lock = 0x0}, lock = 0x0,
>
> I think that this class is HashMap itself, but can't really tell.
Use:
p (char *)$3.name.data
to print out the name. There are also a lot of helpful macros in the
"developers/gdb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> "Kevin" == Kevin D Kissell <[EMAIL PROTECTED]> writes:
Kevin> That's not at all surprising. The trickiest thing that I had
Kevin> to fix to get the kaffe interpreter working for MIPS was to fix
Kevin> the calling convention stuff. Argument pas
> > "Kevin" == Kevin D Kissell <[EMAIL PROTECTED]> writes:
>
> Kevin> Do you have decent documentation on the MIPS ABI?
>
> The gcc web pages have links to all kinds of stuff like this:
>
> http://gcc.gnu.org/readings.html
>
> For MIPS it points to:
>
> http://www.mips.com/publicat
> "Kevin" == Kevin D Kissell <[EMAIL PROTECTED]> writes:
Kevin> Do you have decent documentation on the MIPS ABI?
The gcc web pages have links to all kinds of stuff like this:
http://gcc.gnu.org/readings.html
For MIPS it points to:
http://www.mips.com/publications/
I don't know if
> Kevin> One question about that: Did you implement those operations
> Kevin> because you thought it would be good for performance, or did
> Kevin> you have the impression that the JIT was failing because of
> Kevin> their absence? They did not seem to be broken when I was
> Kevin> working on jit3
On Tue, 09 Mar 2004 14:42:29 +0100
Holger Schurig <[EMAIL PROTECTED]> wrote:
> Kaffe on PXA255 runs now, I had to apply the attached patch.
The jit engine ?
Regards,
Helmer
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> "Kevin" == Kevin D Kissell <[EMAIL PROTECTED]> writes:
>> > "Casey" == Casey Marshall <[EMAIL PROTECTED]> writes:
>>
>> Yeah, ok, I was pretty wrong with the implementations of fcmpl and
>> friends. I think I have it sorted now.
Kevin> One
Hallo Holger,
Holger Schurig wrote:
Kaffe on PXA255 runs now, I had to apply the attached patch.
When you use arm-linux-gcc from GCC 3.3.x AND you specify either
-march=xscale or -mcpu=xscale, then __XSCALE__ is automatically defined.
If you compile kaffe with arm-linux-gcc-2.95.3, then you could
PatchSet 4497
Date: 2004/03/09 18:18:20
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Added --enable-pxa option
2004-03-09 Dalibor Topic <[EMAIL PROTECTED]>
config/arm/linux/md.h,
config/arm/threads.h:
Use HAVE_XSCALE define as well.
config/config.h.in,
PatchSet 4496
Date: 2004/03/09 17:58:10
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Fixed SP_OFFSET on XScale
2004-03-09 Holger Schurig <[EMAIL PROTECTED]>
config/arm/linux/md.h,
config/arm/threads.h:
Fixed SP_OFFSET on XScale.
Members:
ChangeLog:1.2076->1.2
PatchSet 4495
Date: 2004/03/09 17:35:45
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Fixes for cache handling for XScale
2004-03-09 Gerard Basler <[EMAIL PROTECTED]>
Fixes for XScale.
* config/arm/linux/md.c,
config/arm/jit.h:
(flush_dcache()) Replaced array d
PatchSet 4494
Date: 2004/03/09 16:59:44
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Fix for string concatenation on alpha
2004-03-09 Dalibor Topic <[EMAIL PROTECTED]>
Merged in a fix from NetBSD, PR pkg/22437.
2003-09-16 Jonathan Perkin <[EMAIL PROTECTED]>
* config
I have successfully ported Kaffe on an ARM7 MMU-less CPU on uClinux
(distribution 20030305, kernel 2.4.19) so maybe I can help you.
First of all from:
> /usr/local/arm-elf/bin/gcc -shared .libs/ByteToCharDefault.o
.libs/ByteToCharIconv.o
> .libs/CharToByteDefault.o .libs/CharToByteIconv.o
.libs
> -Wl,-version-script -Wl,.libs/libnative.ver -o .libs/libnative-1.1.4.so
> /usr/local/arm-elf/bin/ld.real:.libs/libnative.ver:1: parse error in
> VERSION script collect2: ld returned 1 exit status
> make[2]: *** [libnative.la] Error 1
I compiled kaffe with arm-linux-gcc 3.3.2 and arm-linux-gcc 2.
> Hi.
hi,
> Working on the MIPS JIT3 I have made some small changes to the
> architechture-independent register code for JIT3 that at least allow
> the MIPS JIT to pass all the tests in test/internal. To summarize,
> slotRegister now returns the `jitter ID' of the assigned register (the
> index i
> But now my problem appears to be that soft_anewarray is being called
> with an uninitialized class, which is supposed to be
> java.util.HashMap$HashEntry. Any ideas of why this would happen?
Need some more info:
What test is dying?
Can you send a back trace and disassembly?
And anything
> You might want to remove the boolean_exception() method from
> the ControlFlowMethods class (or move it to the end of the
> class). It instantiates a new Throwable Object which causes
> a whole bunch of methods to be translated and executed.
Yeah, that kinda sucks, the old kaffe Throwable was pr
PatchSet 4493
Date: 2004/03/09 15:29:25
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Fixed buildd failure for debian's s390-linux
2004-03-09 Dalibor Topic <[EMAIL PROTECTED]>
* config/s390/sysdepCallMethod.h:
Fixed typo. Fixes a bug in Debian's BTS:
#227745: kaffe FTBF
PatchSet 4492
Date: 2004/03/09 15:15:33
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Fixed inspired by debian buildd logs
2004-03-08 Dalibor Topic <[EMAIL PROTECTED]>
* config/m68k/linux/md.h:
Added missing include. Fixes a bug in Debian's BTS:
#227744: kaffe FTBFS on
Hi folks
Well, my kaffe port to the Helio pda (mipsel, r3912 cpu) has hit a stumbling
block and I'm a little stumped.
When trying to execute a class file, findInJar.c (I think) does a readdir()
on some directory. readdir() is crashing with a signal 10.
I can't figure out why ;-(
I've tried m
Kaffe on PXA255 runs now, I had to apply the attached patch.
When you use arm-linux-gcc from GCC 3.3.x AND you specify either
-march=xscale or -mcpu=xscale, then __XSCALE__ is automatically defined.
If you compile kaffe with arm-linux-gcc-2.95.3, then you could do something
like
CFLAGS="-D__XS
Hello,
is there anyone who can tell me how to compile kaffe for an ARM with uClinux?
It was no problem to install kaffe on my PC (i586-linux).
By the fact that there exists a subdirectory "config/arm" i thought,
cross-compiling for arm would be simple, too. I followed the instructions in the
FAQ
I'm trying to cross-compile Kaffe for my ARM (or better, PXA Xscale) target.
Using FAQ/FAQ.crosscompile helped a lot.
However, in tests/regression/Makefile the build system is trying to run
regression tests in the subdirectories "compile_time" and "run_time". This
fails not work with an arm-compil
On Mon, 8 Mar 2004, Andy Zeneski wrote:
> > Of course, ofbiz includes lots of jars in it's tarball and checkout. I
> > haven't checked all of them(well, not any of them), to see how they
> > fit in
> > with the DFSG. Some of the jars included are there for the convience
> > of
> > end-users, and
On Mon, 08 Mar 2004 13:34:13 -0800
Casey Marshall <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I've gone ahead and implemented translations for fcmpg, fcmpl, dcmpg,
> and dcmpl using C.cond.fmt. This gets me further in loading Kaffe (now
> System.checkPropertyA
today i want to try out kaffe 1.1.4 and it runs, but when i want to use the qt option,
it stops during make.
my configure:
./configure --prefix=/home/pr4/local/kaffe114qt --with-awt=qt
--with-qtdir=/home/pr4/virtualmachine/qte --without-x
the error message when i run make:
from tlk.cc:23:
../.
> > "Casey" == Casey Marshall <[EMAIL PROTECTED]> writes:
>
> Yeah, ok, I was pretty wrong with the implementations of fcmpl and
> friends. I think I have it sorted now.
One question about that: Did you implement those operations because
you thought it would be good for performance, or did y
42 matches
Mail list logo