Re: Perl5 humor

2002-06-25 Thread Piers Cawley
Tim Bunce <[EMAIL PROTECTED]> writes: > On Tue, Jun 25, 2002 at 11:35:20AM +0100, Dave Mitchell wrote: >> On Tue, Jun 25, 2002 at 11:08:53AM +0100, Tim Bunce wrote: >> > On Tue, Jun 25, 2002 at 12:23:34AM +0100, Dave Mitchell wrote: >> > > Of course, another approach is to embed the existing Perl

Re: Perl5 humor

2002-06-25 Thread Tim Bunce
On Tue, Jun 25, 2002 at 05:17:56PM +0100, Dave Mitchell wrote: > On Tue, Jun 25, 2002 at 04:45:37PM +0100, Tim Bunce wrote: > > On Tue, Jun 25, 2002 at 11:35:20AM +0100, Dave Mitchell wrote: > > > On Tue, Jun 25, 2002 at 11:08:53AM +0100, Tim Bunce wrote: > > > > On Tue, Jun 25, 2002 at 12:23:34AM

Re: Perl5 humor

2002-06-25 Thread Dave Mitchell
On Tue, Jun 25, 2002 at 04:45:37PM +0100, Tim Bunce wrote: > On Tue, Jun 25, 2002 at 11:35:20AM +0100, Dave Mitchell wrote: > > On Tue, Jun 25, 2002 at 11:08:53AM +0100, Tim Bunce wrote: > > > On Tue, Jun 25, 2002 at 12:23:34AM +0100, Dave Mitchell wrote: > > > > Of course, another approach is to

Re: Perl5 humor

2002-06-25 Thread Tim Bunce
On Tue, Jun 25, 2002 at 11:35:20AM +0100, Dave Mitchell wrote: > On Tue, Jun 25, 2002 at 11:08:53AM +0100, Tim Bunce wrote: > > On Tue, Jun 25, 2002 at 12:23:34AM +0100, Dave Mitchell wrote: > > > Of course, another approach is to embed the existing Perl5 interpreter > > > within the Perl 6 interp

Re: Perl5 humor

2002-06-25 Thread Tim Bunce
On Mon, Jun 24, 2002 at 05:58:23PM -0500, Dan Sugalski wrote: > At 9:50 PM +0100 6/23/02, Tim Bunce wrote: > >On Mon, Jun 17, 2002 at 07:59:33PM -0400, David J. Goehrig wrote: > >> > >> qw/ who is praying for parrot to support XS code, > >>cause he doesn't want to rewrite > >>SDL_perl's 1

Re: Perl5 humor

2002-06-25 Thread Dan Sugalski
At 9:50 PM +0100 6/23/02, Tim Bunce wrote: >On Mon, Jun 17, 2002 at 07:59:33PM -0400, David J. Goehrig wrote: >> >> qw/ who is praying for parrot to support XS code, >> cause he doesn't want to rewrite >> SDL_perl's 11,000 lines /; > >I'm sure that's not going to happen. > >Much more li

Re: Perl5 humor

2002-06-25 Thread Dave Mitchell
On Tue, Jun 25, 2002 at 11:08:53AM +0100, Tim Bunce wrote: > On Tue, Jun 25, 2002 at 12:23:34AM +0100, Dave Mitchell wrote: > > Of course, another approach is to embed the existing Perl5 interpreter > > within the Perl 6 interpreter; Perl6 subs call glue which calls Perl subs > > which calls perl5

Re: Perl5 humor

2002-06-25 Thread Tim Bunce
On Tue, Jun 25, 2002 at 12:23:34AM +0100, Dave Mitchell wrote: > On Mon, Jun 24, 2002 at 05:21:45PM -0400, David J. Goehrig wrote: > > On Sun, Jun 23, 2002 at 09:50:02PM +0100, Tim Bunce wrote: > > > Much more likely is some kind of wrapper that manages a simple > > > perl5-like run-time environme

Re: Perl5 humor

2002-06-24 Thread Dave Mitchell
On Mon, Jun 24, 2002 at 05:21:45PM -0400, David J. Goehrig wrote: > On Sun, Jun 23, 2002 at 09:50:02PM +0100, Tim Bunce wrote: > > Much more likely is some kind of wrapper that manages a simple > > perl5-like run-time environment (stacks, marks, gimme, symboltable > > etc) plus source-code compati

Re: Perl5 humor

2002-06-24 Thread David J. Goehrig
On Sun, Jun 23, 2002 at 09:50:02PM +0100, Tim Bunce wrote: > Much more likely is some kind of wrapper that manages a simple > perl5-like run-time environment (stacks, marks, gimme, symboltable > etc) plus source-code compatibility support (macros, functions etc) > that's just sufficient to keep ol

Re: Perl5 humor

2002-06-23 Thread Tim Bunce
On Mon, Jun 17, 2002 at 07:59:33PM -0400, David J. Goehrig wrote: > > qw/ who is praying for parrot to support XS code, > cause he doesn't want to rewrite > SDL_perl's 11,000 lines /; I'm sure that's not going to happen. Much more likely is some kind of wrapper that manages a simpl

Re: Perl5 humor

2002-06-18 Thread David J. Goehrig
Hey stop bad mouthing macros :) 5's problems with macros is not that there are so many of them, but that documentation and usage guidelines are hard to come by. The lesson, for Parrot developers to learn from 5's macros, is that both macros and functions, the entire internal API, must be doc