Re: Inclusion of lpack in Lua? Suggestions for Lua's unpack()

[Majic <majic.one@...>]

To be honest, I considered bitlib the job for an extension, and I
believe it was... but lpack and bitlib make such a perfect pairing,
and the trust-factor associated with it being in the core would
definitely draw users from other languages who don't currently
consider Lua a contender for jobs like this.

On Mon, Jan 18, 2010 at 10:33 PM, steve donovan
<steve.j.donovan@gmail.com> wrote:
> On Tue, Jan 19, 2010 at 8:25 AM, Majic <majic.one@gmail.com> wrote:
>> Yes, I guess I must concede that a true pack()/unpack() for binary
>> streams would not be a necessity as you can just require() the module
>> whenever you want, it would just be nice to have it in the core
>> alongside bitlib for that greater flexibility...
>
> But we already have lhf's lpack and Roberto's lstruct. (The lstruct in
> Alien is a little older but extended to handle userdata as well.)
>
> May be nice to have such a 'builtin' facility, but it does seem like a
> job for an extension.  Otherwise, how do we know when to stop?
>