[perl6/specs] eb7c5b: Wave some hands about bundles

2014-03-23 Thread GitHub
) Changed paths: M S22-package-format.pod Log Message: --- Wave some hands about bundles

Re: Mono, Bundles, and Ahead-Of-Time Compilation

2006-08-19 Thread Leopold Toetsch
Am Freitag, 18. August 2006 21:57 schrieb chromatic: Miguel de Icaza recently posted some thoughts about improving startup time and memory usage of multiple Mono applications. What ideas can we steal and improve? We have the basics of AOT since quite a time. It's termed EXEC run core in

Re: Mono, Bundles, and Ahead-Of-Time Compilation

2006-08-19 Thread Leopold Toetsch
Am Sonntag, 20. August 2006 00:26 schrieb C.J. Collier: We have the basics of AOT since quite a time. leo Branch?  Path? Url? trunk! src/exec*.c! leo

Re: Mono, Bundles, and Ahead-Of-Time Compilation

2006-08-19 Thread C.J. Collier
On 8/19/06, Leopold Toetsch [EMAIL PROTECTED] wrote: Am Freitag, 18. August 2006 21:57 schrieb chromatic: Miguel de Icaza recently posted some thoughts about improving startup time and memory usage of multiple Mono applications. What ideas can we steal and improve? We have the basics of

Mono, Bundles, and Ahead-Of-Time Compilation

2006-08-18 Thread chromatic
Miguel de Icaza recently posted some thoughts about improving startup time and memory usage of multiple Mono applications. What ideas can we steal and improve? http://tirania.org/blog/archive/2006/Aug-17.html -- c

Re: Bundles

2004-09-08 Thread Larry Wall
On Tue, Sep 07, 2004 at 07:39:49PM -0400, Dan Sugalski wrote: : You've got things a bit turned around I think. Parrot's the engine. : It provides the services, runs the code, handles the environment, and : generally manages stuff. If you want, think of it as a combination : CPU, OS, low-level

Re: Bundles

2004-09-07 Thread Gregory Keeney
a standardized way to include multi-platform C libraries in a perl bundle. The Mac OS X bundles work this way (though no one really uses this feature). But that can of worms is so large that despite its utility I cannot (quite) justify the cost. Application distribution is a pain. Let's make Perl

Re: Bundles

2004-09-07 Thread Gregory Keeney
Nicholas Clark wrote: On Tue, Sep 07, 2004 at 06:07:24PM +0200, James Mastros wrote: 4. The single-file, platform dependent, machine language executable (realexe). This is a plain old executable, that does not particularly indicate it was generated by a scripting language. It requires no

Re: Bundles

2004-09-07 Thread Dan Sugalski
into the executable that is not always desirable (especially if you want to be able to alter the resource files on the fly). And so, we recreate NeXTStep App bundles. Wheee! :) and as you say all this really isn't about perl 6 the language. Nicholas Clark Thus, I reply to perl6-compiler. grin / Though it really

Re: Bundles

2004-09-07 Thread Gregory Keeney
Dan Sugalski wrote: Though it really ought to be on perl6-internals, since it's not really a perl thing at all, rather a parrot thing. I don't think I've the cycles to think about it for a while, though. Sounds like I need to dig through the mail archives, RFC's, etc. and try to come up with a

Re: Bundles

2004-09-07 Thread Gregory Keeney
Dan Sugalski wrote: You've got things a bit turned around I think. Parrot's the engine. It provides the services, runs the code, handles the environment, and generally manages stuff. If you want, think of it as a combination CPU, OS, low-level debugging tools, and standard system libraries that

Re: Bundles

2004-09-07 Thread John Siracusa
On 9/7/04 6:31 PM, Gregory Keeney wrote: Dan Sugalski wrote: Though it really ought to be on perl6-internals, since it's not really a perl thing at all, rather a parrot thing. I don't think I've the cycles to think about it for a while, though. Sounds like I need to dig through the mail