RE: Lua that generates executables?

["Andre Carregal" <carregal@...>]

As a matter of fact, we considered using tar[.gz] and/or other formats for
the LAR file but we found out that this would make things worse when
concerning portability.

One option would be the use of more than one extension (something like
.ltar, .lrar, .lzip etc) but that would present too much trouble for our
goal.

We settled on the Zip format not for its compression ratio, for sure, but
for its compressors availability in multiple environments.

The virtual file system provided by LAR is indeed a first step. The next one
will be defining a common structure for applications/modules, something like
the WEB-INF directory on .war files for example.

Andre

> -----Original Message-----
> From: lua-bounces@bazar2.conectiva.com.br
> [mailto:lua-bounces@bazar2.conectiva.com.br]On Behalf Of Asko Kauppi
> Sent: Tuesday, November 16, 2004 7:27 PM
> To: Lua list
> Subject: Re: Lua that generates executables?
>
>
>
> If rar is free (not sure if it is, don't remember..) I wouldn't mind
> using it.
>
> The point (for the package creator) is that the tool to make the
> package is generic, and available on multiple platforms. It does not
> have to be the most generic, nor most available tool.
>
> Actually, I took for granted Andre meant something like rar, but.. on
> second read.. he doesn't say specifically.
>
> -ak
>
> 17.11.2004 kello 00:14, Ivan Kolev kirjoitti:
>
>   Andre Carregal wrote:
> >
> >> We are aiming on an easy deployable format for Kepler
> applications,
> >> but LAR
> >> could be used anywhere that needs to make things more compact.
> >> Basically it allows someone to transparently access files (with
> >> require,
> >> loadfile and io.open) inside the .lar archive. For example:
> >> io.open ("/a/b/c.lua")
> >> would work for any of
> >> /a/b/c.lua
> >> /a/b.lar (with c.lua zipped)
> >> /a.lar (with b/c.lua zipped)
> >> Andre
> >
> > Exactly! I forgot to mention in my previous post that in
> this case Zip
> > is used not as much for the compression, as for the virtual file
> > system that it creates inside the .zip file.
> > Another common option for virtual file systems (as used in
> games, for
> > example) is encryption. So it would be wise to have an
> option to add
> > some sort of filter to the .LAR reader/creator...
> > BTW, I talk about Zip because it is a common tool. It could
> be tar as
> > well (though it's not so common on Windows). But it's not a
> good idea
> > to have a completely new archive format, because we'll lose
> the easy
> > archive creation/browsing/modification that a tool like Zip
> provides.
> > I suppose Java picked Zip for the same reason. (It's a pity
> that Zip
> > rules the archiving world when there are much better solutions like
> > Rar, but that's a completely different topic).
> >
> > Just tossing ideas around ;)
> > Ivan
> >
>
>