Re: assign to magic name-of-function variable instead of "return"

2001-02-06 Thread Tony Olekshy
John Porter wrote: > > [EMAIL PROTECTED] wrote: > > > > Hmmm. If there's such an "always" block, I'd like to see it on > > all blocks, including the continue [1]. But then, it becomes > > hard to figure out to which block the always belongs > > That's precisely why these things should be sho

Re: Really auto autoloaded modules

2001-02-06 Thread Peter Scott
At 08:44 AM 2/6/01 +, Simon Cozens wrote: >On Mon, Feb 05, 2001 at 11:04:06PM -0500, Dan Sugalski wrote: > > Granted, if this was all done with trusted servers it would be really neat, > > but... > >TANSTAATS. Not even with the appropriate amount of PKI/X.509 hand-waving? -- Peter Scott Pac

Re: Really auto autoloaded modules

2001-02-06 Thread Dan Sugalski
At 08:44 AM 2/6/2001 +, Simon Cozens wrote: >On Mon, Feb 05, 2001 at 11:04:06PM -0500, Dan Sugalski wrote: > > Granted, if this was all done with trusted servers it would be really neat, > > but... > >TANSTAATS. Cute, but not entirely true. There are an awful lot of servers off the internet

Re: Really auto autoloaded modules

2001-02-06 Thread John Porter
Simon Cozens wrote: > > Whether it's a good idea or a bad idea is largely irrelevant; the > purpose of -language is to decide whether or not it should be possible. I think historically this has not been the case. But I suppose we could change the purpose of -language mid-stream... -- John Port

Re: assign to magic name-of-function variable instead of "return"

2001-02-06 Thread John Porter
[EMAIL PROTECTED] wrote: > > Hmmm. If there's such an "always" block, I'd like to see it on all blocks, > including the continue [1]. But then, it becomes hard to figure out to which > block the always belongs That's precisely why these things should be shoved inside rather than dangling off

Re: a name for the currently executing sub

2001-02-06 Thread Nicholas Clark
On Mon, Feb 05, 2001 at 11:15:41PM -0500, Dan Sugalski wrote: > This isn't really what I'd consider a good thing, but raw memory access in > perl would be convenient. There'll probably be a special type of reference > that lets you do that. (Only needs a few changes to the vtable code, too) It'

Re: assign to magic name-of-function variable instead of "return"

2001-02-06 Thread Branden
James Mastros wrote: > On Mon, Feb 05, 2001 at 08:43:02PM +0100, [EMAIL PROTECTED] wrote: > > On Mon, Feb 05, 2001 at 11:46:48AM -0500, James Mastros wrote: > > > By the time you get to the last line, you've already forgoten WTF you named > > > the return variable. > > Eh, I don't think that bad m

Re: Really auto autoloaded modules

2001-02-06 Thread Nicholas Clark
On Tue, Feb 06, 2001 at 12:49:28AM +0100, Bart Lateur wrote: > On Mon, 05 Feb 2001 11:35:59 -0500, Dan Sugalski wrote: > > >> > use autoload { Bar => 'http://www.cpan.org/modules/Bar' }, > >> > { Baz => 'ftp://my.local.domain/perl-modules/Baz', VERSION => > >>2 }; > >> > >>Very good

Re: assign to magic name-of-function variable instead of "return"

2001-02-06 Thread Branden
David L. Nicol wrote: > sub DirectBubbleSort(){ > my ($i,$t) = (-1,0); > while (++$i <= $#$__){ > $$__[$i] > $$__[1+$i] and $t++ and @$__[$i,1+$i] = @$__[1+$i,$i]; > }; > $t and @$__ = DirectBubbleSort; > } > > @SomeList = DirectBubbleSort; # instead of DirectBubbleSort(\@SomeList) > If I saw a m

Re: Really auto autoloaded modules

2001-02-06 Thread Simon Cozens
On Mon, Feb 05, 2001 at 11:04:06PM -0500, Dan Sugalski wrote: > Granted, if this was all done with trusted servers it would be really neat, > but... TANSTAATS. -- I used to be disgusted, now I find I'm just amused. -- Elvis Costello