Re: Progress of integration with "new" via caompat-5.1

Do you have interest in the int32/enum system I've crafted for LuaX? =20
Basically, it makes any external bitlib unnecessary, and uses userdata=20=

to provide intuitive operators for 'bit test', 'bor' etc.

The most important aspect I think it has, is that enums are type safe:=20=

pushing a wrong kind of enum to a function will be noticed at runtime=20
(and refused).  Things like SDL with lots of bitfield flag parameters=20
really benefit from this.

-ak


2.1.2005 kello 03:08, Adri=E1n P=E9rez kirjoitti:


> El 29/12/2004, a las 20:27, Martin Spernau escribi=F3:
>
>>> I think I'll have time to integrate the new release of compat-5.1=20
>>> those days, and maybe convert some modules to the new packaging=20
>>> system so we can move on from "alpha status" to "beta status". Stay=20=

>>> tuned ;-)
>>
>> That would be very welcome for a new year celebration!
>
> You might notice it by now: I commited some more changes to the CVS.=20=

> The changes are:
>
>  - Release 2 of compat-5.1 merged into the tree (and it works).
>
>  - More modules adopt now 5.1-like packaging: bit, cgi, fs, fuzzy, gd,=20=

> lxp, mapm, md5, pack, posix, readline, rex, shelve, socket and sqlite.=20=

> (I don't have Win32, nor wxWindows installed so I can't work on wx and=20=

> luacom).
>
>   - The Gluahost-based modules were left as they were. I think it's=20
> wiser to wait and see wether Asko implements 5.1-like packaging in=20
> LuaX. Quoted from a mail he sent to the list:
>> [...]  LuaX will move to the New Require(tm) thing once Lua 5.1 is=20
>> official.
>
>   - Added LHF's "ascii85" module (ASCII text coding similar to base64,=20=

> used in PDF and more efficient than base64). Of course works as a=20
> 5.1-like module.
>
>   - The "shelve" module now defines the shelve.close(), that work as=20=

> expected; and shelve.keys() that returns a table with all the keys of=20=

> the shelve file.
>
>
> That's all for now. Some plans I have in mind (if I have some more=20
> time before January 10th):
>
>   - Update "lxp" module to the latest version released by the Kepler=20=

> crew.
>
>   - Add "xmlrpc" module from Kepler (depends on latest "lxp").
>
>   - Add "soap" module from Kepler (depends on latest "lxp").
>
>   - Add "zip" module from Kepler (depends on zziplib, so must change=20=

> configure.ac to avoid building it when zziplib not present; or add=20
> LGPL-licensed zziplib to our tree: what do you think it's better?).
>
> ...And happy new 2005!!!
>
> --
> Adrian Perez
> Keyboard Error: Press F1 to resume.



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt