Lua Alchemy v0.1a Released

Question

Lua Alchemy is a port of the Lua programming language for
ActionScript using Alchemy. Using v0.1a inside Flash/Flex you can
create any ActionScript class available at runtime, call functions,
get/set properties on ActionScript objects and use Lua functions as
an ActionScript function (including event listeners).
The project can be found here:
http://code.google.com/p/lua-alchemy/
A demo can be found here:
http://www.arcanearcade.com/Flex/LuaAlchemyDemoV.1a/index.html
The next version will include syntax sugar so instead of
calling as3.call(var, "function", param) you could call
var.function(param) and similar calls to make calling ActionScript
code look the same as calling Lua code.

Answer 1

Robert,
quote:
Originally posted by:
Robert Stehwien
James,
Thanks for testing Lua Alchemy and isolating that problem for
us. Oddly enough we never experienced it but Alexander thinks he
has a fix he will push up to our code repository and it will go out
in v0.2.
Are you running on a 64bit mahcine (I see you are on linux).
Maybe some platform dependence sneaks into the alchemy build.
--Robert
Yes I am running on a 64bit machine, but I'm not sure that is
the
root cause of the problem. For I've distilled the Lua
double-to-int
conversion down to:
#include <stdio.h>
union luai_Cast { double l_d; long l_l; };
#define lua_number2int(i,d) \
{ volatile union luai_Cast u; u.l_d = (d) +
6755399441055744.0; (i) = u.l_l; }
int main(void) {
double x = 123.456;
int y;
lua_number2int(y,x)
printf("y = %d\n",y);
and this standalone test works fine with Alchemy's gcc.
Therefore the fact that
the conversion approach fails in the full Lua case indicates
the problem is
more subtle that I'd first thought. Perhaps Joe, or someone
else from Adobe,
could shed light on what might be happening.
James