lua-users home
lua-l archive

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


How about just defining LUA_INTEGER to be 'int' (not ptrdiff_t) on the  
AMD64?
That would make lua_Integer go 32-bit, which should be enough for full  
bytecode compatibility. Am I right?
Use of 'ptrdiff_t' is anyways a bit troublesome, and mostly useful in  
the 16/32 bit architectures.
-asko


Steven Barth kirjoitti 4.4.2008 kello 10:33:
Precompiling does not imply reduction in size. Stripping debug information helps reducing size but of course gets you less information in case of errors. I think you'd be better off compressing instead of precompiling. See http://lua-users.org/lists/lua-l/2003-05/msg00380.html and that thread.
Compression is a nice idea here but our filesystem on these devices already
uses LZMA-compression so we would not really benefit from this.

But more disk space for less debugging information is a good compromise in this case. And this remembers me of another point I forgot to mention: The
CPU time we would save by byte-compiling the Lua files.


So my question is: Is there anything which could be helpful for cross
compiling Lua byte-code
The easiest path is to change lundump.c to handle the multiple  
platforms,
especially if the differences are minor. How different are your  
target
platforms?
Our target platforms (the important ones) are all 32bit ones but  
with various
byte-orders but on of our main compiling platforms is amd64 so we  
also have
this 64bit integer problem.

But thank you all for your replies I will have a look into the sourcecode and
give it a try.