lua-users home
lua-l archive

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


On Nov 15, 2002 at 11:28 +0200, Asko Kauppi wrote:
> 
> First of all, the idea of a 'binary extensions' branch at the wiki is a good
> one. It's easy to do, it's hands-on and it -possibly- could even take us
> somewhere... :) 
> 
> Anyways, I would like to know what EXACTLY is it that we'd require from this
> to-be-de-facto linkage add-on. My Glua-X is available as a candidate but I'd
> like to know what others there are. Perhaps we could merge in the best parts
> of several systems?
> 
> Did not find 'luselib' anywhere - does someone know more about it?
> 
> Please send in YOUR top-5 of what you'd appreciate in a
> Lua-binary-extensions system.
> 
> - Asko Kauppi, Finland
> 
> P.S.
> Here's a link to Glua-X at the wiki. If you want the very latest version
> (there are some enhancements) just ask me.
> http://lua-users.org/files/wiki_insecure/users/akauppi/Glua-X_manual%20(beta
> %205).html

I looked at the page; unfortunately the "original documentation" (for
glua10) link is broken, so I'm not 100% clear on what Glua-X
encompasses, but I get the impression it helps wrap C code to bind it
to Lua (maybe solving a similar problem to LuaState, tolua, luaSWIG,
etc).  Anyway, that's a useful thing, but I think partly outside the
scope of a standard for loading binary modules.  I.e. any loading
convention will need to be able to load modules whose bindings were
created by any of the possible binding methods (manual, Glua-X,
LuaState, tolua, luaSWIG, etc).

But this is just my first impression from reading that page; I haven't
used the package or browsed the source, so maybe I've misunderstood
it.

-- 
Thatcher Ulrich
http://tulrich.com