In [EMAIL PROTECTED] Dalibor Topic
wrote:
looks like you've found a bug. ;)
could you compile and run developers/sp_ofset.c and check if the value
matches the one from CVS/kaffe/config/parisc/threads.h ?
torus 31: ./test
#define SP_OFFSET 1
this matches the one in the header (1).
Hello,
continuing in my cross-platform benchmarking project, I tried to compile
kaffe (cvs version) on hp-ux 10.20 on a PA-RISC 1.1 (32bit)
during compile I get the following blocking error:
Making all in libraries/javalib gmake[1]: Entering directory `/usr/local/
Hello,
as once Dalibtor requested, I tried to check out the 68k platform. Ince
I updated to the latest NetBSD (1.6.1) and during the update process
something went wrong, I reinstalled everything, this is why I had an
absecne.
Well I checked out CVS yesterday, waited faithfully all the hours
In [EMAIL PROTECTED] Kiyo Inaba wrote:
I am hesitate to reply for this, but if old story is still true, any
c function arguments are converted to double from float. See, pp.137
of C a reference manual.
this can be no longer true using ANSI-C, instead of KR
# There should be better and
In [EMAIL PROTECTED] Greg Wooledge wrote:
I think it depends on the platform; not all platforms have the jit
or jit3 yet. You can see which one you're using by running
java -version (or kaffe -version).
it reports on my solaris box using kaffe-cvs:
Engine: Just-in-time Version: 1.0.7
Hello,
as Dalibor suggested, I tried to build kaffe-cvs on my NetBSD68k box to
see if 68k still works well on BSD. 68030 isn?t the fastest thing around
but well, for embedded stuff it is stilll used.
I checked out cvs and started configuring.
configure is S slow (about one hour, or maybe
Hello
I know it is a horrid habit of asking again...
when attempt to build CVS on my OpenBSD box i get the following error
snip
mkdir lib
/bin/sh ./rebuildLib @essential.files
Compiling classes from @essential.files using /home/multix/kaffe-cvs/
kaffe/kaffe/kaffe/kaffe-bin -verbosegc
Hello,
as suggested I cleaned all of the old kaffe soruce dir and the kaffe
install dir. I rceonfigured with the interpreter engine and the debugger
information.
It still core dumps.
So I launched it with the debugging active, I get:
Starting program: /usr/local/kaffe/jre/bin/kaffe-bin
BUG !
SP_OFFEST refers to the stack pointer ?
In [EMAIL PROTECTED] Helmer Kr?mer wrote:
would you be so kind and compile and run developers/sp_offset.c?
If it prints out something other than #define SP_OFFSET 1, we've
already found the bug ;)
mallorn:developers {118} cc -o test sp_offset.c
In [EMAIL PROTECTED] Dalibor Topic
wrote:
hm, openbsd works on i386, and sparc-solaris2 works as well. so it
looks like something stupid happens with spacr-openbsd. let's try
making sure that the intrp works first before we start debugging the
jitter.
i reconfigured for the interpreter.
In [EMAIL PROTECTED] Dalibor Topic
wrote:
If 1.1.0 doesn't really work either, please try to configure 1.1.0
--with-engine=intrp and build it again. I'd be interested in the
results of make check and any compiler warnings/errors.
for now I got 1.1.0, I removed the old /usr/local/kaffe tree
Hello
I tried to compile myself kafe 1.07 on OpenBSD 3.3 (sparc)
It configured and compiled and even installed without apparent problems
But running make check fails at the first test!
Even trying to run a small program causes a problem.
mallorn:multix {151} /usr/local/kaffe/bin/kaffe Loops
12 matches
Mail list logo