bug-jel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-jel] Bug report: void method invocation, Unicode escapes


From: Konstantin L. Metlov
Subject: Re: [Bug-jel] Bug report: void method invocation, Unicode escapes
Date: Tue, 16 Mar 2004 17:27:00 +0100 (CET)

Dear Ito Kazumitsu,

Yes, indeed there was the problem with returning voids from expressions. 
E.g. if the whole expression is merely a call to a function, returning 
void. I suspect this not very typical usage of JEL made the bug unnoticed.

The erroneous code, which JEL generated on returning voids was not really
a complete nonsense and much more forgiving Kaffe JVM was able to 
properly interpret it. Nevertheless, the code was wrong, and did not pass 
Sun's SDK verification, as it should.

Now returning of voids is fixed, the generated code in this situation is
the correct one and should pass any kind of verification. I have added a
new method "evaluate_void" to gnu.jel.CompiledExpression, which is
overridden by void expressions directly. Expressions returning voids can
also be evaluated by the non type-specific evaluate() method, in which
case 'null' is returned. Run time (prior to evaluation) type 
identification of JEL now also fully supports voids.

Unicode escapes were simply not implemented. The reason (probably not
really a good one) was that JEL receives an expression as
java.lang.String, which is already coded in unicode. Nevertheless, I have
implemented the \uXXXX escapes both in 'char' and 'String' literals. Now
all four of your tests successfully pass on Sun's JDK.

These fixes are scheduled for the next version 0.9.12 of JEL, pre-release 
of which I'm sending to you in my next private mail. If anyone else is 
interested in this pre-release, please contact me by E-mail.

Thank you for your report !

With the best regards,
                          Konstantin.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]