Hi,
Please see my answer inlined.
On Sat, 2003-06-28 at 05:56, Ito Kazumitsu wrote:
> Hi Hermanni,
>
> Kaffe's java.io.StreamTokenizer checks each character in the
> following order:
>
> isWhitespace
> isNumeric
> isAlphabetic
> chr=='/' && CPlusPlusComments && parseCPlusPlusCommentChar
Hi Tony, hallo Marc
I've attached a patch for the interpreter that should fix this issue for
gcc-compiled interpreter on all platforms. It works for me on mips-irix and
i386-linux interpreters.
* It removes the *_MODULO_BROKEN and *_DIVISION_BROKEN test from the configure
script, since it's poin
Ciao Gerlando,
--- Gerlando Falauto <[EMAIL PROTECTED]> wrote:
> What I am wondering now is, what's the difference between those versions?
> I mean, is there any chance that the 1.3 class format is /really/
> incompatible with kaffe-1.0.7 and therefore might lead to unexpected
> behaviors (which w
Hi,
In message "Re: [kaffe] Bug report (java.io.StreamTokenizer)"
on 03/06/30, Hermanni Hyytiälä <[EMAIL PROTECTED]> writes:
> According to the JLS (first edition), the nextToken-method of
> java.io.StreamTokenizer class has the following lexical order:
>
> whitespace
> numeric character
> a
Hi everyone,
(especially the JIT back-end coders)
does anyone have any idea why _slot_slot_fconst is declared
void _slot_slot_fconst(SlotInfo*, SlotInfo*, double, ifunc, int)
^^
shouldn't there be a float instead?
I took a quick look at the bac
Hi Gerlando,
>void _slot_slot_fconst(SlotInfo*, SlotInfo*, double, ifunc, int)
>shouldn't there be a float instead?
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".
# There should
Ciao Dalibor!
> Please note that jikes 1.14 and 1.15 have bugs that result in a
> miscompiled Klasses.jar file.
Yep, I wasted the entire afternoon yesterday before I figured that out.
Wish you had told me earlier... Sgrunt! ;-)
> If you use jikes 1.18, you need to pass it the "-source 1.1" optio
Hi Kiyo,
On Mon, 30 Jun 2003, Kiyo Inaba wrote:
> Hi Gerlando,
>
> >void _slot_slot_fconst(SlotInfo*, SlotInfo*, double, ifunc, int)
> >shouldn't there be a float instead?
>
> I am hesitate to reply for this, but if old story is still true, any
> c function arguments are converted to double from
Hi again,
On Mon, 2003-06-30 at 13:06, Ito Kazumitsu wrote:
> Hi,
>
> In message "Re: [kaffe] Bug report (java.io.StreamTokenizer)"
> on 03/06/30, Hermanni Hyytiälä <[EMAIL PROTECTED]> writes:
>
> > According to the JLS (first edition), the nextToken-method of
> > java.io.StreamTokenizer cla
Ciao Gerlando, konichiwa Kiyo,
--- Gerlando Falauto <[EMAIL PROTECTED]> wrote:
> Hi Kiyo,
>
> On Mon, 30 Jun 2003, Kiyo Inaba wrote:
>
> > Hi Gerlando,
> >
> > >void _slot_slot_fconst(SlotInfo*, SlotInfo*, double, ifunc, int)
> > >shouldn't there be a float instead?
> >
> > I am hesitate to repl
On Sun, 29 Jun 2003 14:45:52 -0700 (PDT)
Dalibor Topic <[EMAIL PROTECTED]> wrote:
Hi,
> I think that freeing the trampoline in jit3 causes the crash below. I'm also
> seeing a crash when I make dist on Linux, that wasn't there before. Could you
> take a second look at the new code in kaffe/kaffev
--- Gerlando Falauto <[EMAIL PROTECTED]> wrote:
> Ciao Dalibor!
>
> > Please note that jikes 1.14 and 1.15 have bugs that result in a
> > miscompiled Klasses.jar file.
>
> Yep, I wasted the entire afternoon yesterday before I figured that out.
> Wish you had told me earlier... Sgrunt! ;-)
Sorry
On Monday, June 30, 2003, at 04:54 AM, Gerlando Falauto wrote:
Hi everyone,
hi,
(especially the JIT back-end coders)
does anyone have any idea why _slot_slot_fconst is declared
void _slot_slot_fconst(SlotInfo*, SlotInfo*, double, ifunc, int)
^^
> I've started checking in small portions of the verifier for testing. The
> first thing this has done is to cause kaffe to fail a regression test,
> ArrayForName.java ;) In my defense, it's a bad test because an abstract
> method in some class I has a code attribute, which is not OK. In fact,
>
Hei Hermanni, konichiwa Kiyo,
--- Hermanni Hyytiälä <[EMAIL PROTECTED]> wrote:
> On Mon, 2003-06-30 at 13:06, Ito Kazumitsu wrote:
> > Hi,
> >
> > In message "Re: [kaffe] Bug report (java.io.StreamTokenizer)"
> > on 03/06/30, Hermanni Hyytiälä <[EMAIL PROTECTED]> writes:
> >
> > > According
Hi Rob,
--- Rob Gonzalez <[EMAIL PROTECTED]> wrote:
> I've started checking in small portions of the verifier for testing. The
That's cool!
> It would be nice if people would test kaffe with the verifier on whatever
> they're working on. By default kaffe doesn't not do any verification, but
>
Hi Rob,
--- Rob Gonzalez <[EMAIL PROTECTED]> wrote:
> *
> ThreadState.java:
> *
> /* Expected Output:
> Success.
> Success.
> Success.
> Success.
> Succes
Ciao Ric,
--- WhiteGandalf <[EMAIL PROTECTED]> wrote:
> 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
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: rob 03/06/30 08:46:50
Modified files:
. : ChangeLog
test/regression: ThreadState.java SortTest.java MapTest.java
finaltest.java LineNumberReaderTest.java
Log message:
Man
Hi Dalibor,
> > the regression scripts should definitely be ignoring the compiler output
> > when checking to see if a test succeeds.
>
> I'd prefer to fix the regression test not to generate any warnings ;) The
> thread state example seems to be trivial enough: just rename assert to check,
> and
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: rob 03/06/30 12:30:27
Modified files:
. : ChangeLog
kaffe/kaffevm : jni.c verify.c
Log message:
The second of a serious of small checkins that will
integrate the verifier into kaffe.
First, -ver
Hi everyone,
My recent checkin means that, by default, kaffe will now perform
verification on all nontrusted class files (i.e. those not found in the
bootclasspath).
I also checked in pass 3a of bytecode verification, which checks most
static constraints of the bytecode (such as that no branch go
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 K&R
>
> # There should be better
Hi Dalibor, Marc,
On 30/06/03, you wrote:
>I've attached a patch for the interpreter that should fix this issue for
>gcc-compiled interpreter on all platforms. It works for me on mips-irix and
>i386-linux interpreters.
It works fine for me on the m68k Amiga. Now I shall have to update my JIT
pa
> ":" == Dalibor Topic <[EMAIL PROTECTED]> writes:
:> A quick (i.e. not exhaustive) test would be to take a fresh tokenizer, reset it
:> so that all characters are ordinary, then pick a single character, and give it
:> different attribute combinations to see what precedence exists between them
Hallo kaffe,
How does this work? The variables used in the configure.in fragment
below are never used elsewhere in configure.in, so why are they
included?
dnl =
dnl Check for [u]int{8,16,32,64} and bool.
dnl ---
Hi,
In message "Re: [kaffe] Bug report (java.io.StreamTokenizer)"
on 03/06/30, Hermanni Hyytiälä <[EMAIL PROTECTED]> writes:
> > (1) Kaffe's java.io.StreamTokenizer.java has this comment:
> >
> > /* Contrary to the description in JLS 1.ed,
> >C & C++ comments seem to be c
In message "Re: [kaffe] Bug report (java.io.StreamTokenizer)"
on 03/07/01, Ito Kazumitsu <[EMAIL PROTECTED]> writes:
> Running echo "121"| java StreamTokenizerTest2 1 N S and so on,
> I found the precedence is not so simple in Sun's JDK.
> It depends on in what sequence initialization methods
In message "Re: [kaffe] Bug report (java.io.StreamTokenizer)"
on 03/07/01, Ito Kazumitsu <[EMAIL PROTECTED]> writes:
> (From the API doc) Each byte read from the input stream is regarded
> as a character in the range '\u' through '\u00FF'. The character
> value is used to look up five pos
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: dalibor 03/06/30 19:20:38
Modified files:
. : ChangeLog configure configure.in
config : config.h.in
include: jtypes.h.in
kaffe/kaffevm/intrp: icode.h
Log message:
200
Hi Tony,
--- Tony Wyatt <[EMAIL PROTECTED]> wrote:
> Hi Dalibor, Marc,
>
> On 30/06/03, you wrote:
>
> >I've attached a patch for the interpreter that should fix this issue for
> >gcc-compiled interpreter on all platforms. It works for me on mips-irix and
> >i386-linux interpreters.
>
> It wor
> > Don't have that manual at hand, but I think that very much depends on the
> > compiler and/or the runtime architecture. I can assure you my (old, ugly,
> > buggy, horrible, non-standard, fp-less, whatever) compiler and
>
> You could consider using a better compiler ;)
You wanna write one? ;-)
32 matches
Mail list logo