On Mon, Oct 02, 2000 at 01:22:47PM -0600, Tom Christiansen wrote:
> > Eliott P. Squibb
> > Joe Blogg
>
> That is an excellent description of why THIS IS COMPLETE
> MADNESS.
It also shows how easy it is to get wrong
Graham.
On Mon, Oct 02, 2000 at 12:58:37PM -0700, Damien Neil wrote:
> What? I don't think people should be writing either XML or HTML
> as the source documentation format. I said that, quite clearly.
Then what are they going to write it in ? And don't tell me to get
some fangle dangled editor. Which w
On Thu, Sep 28, 2000 at 01:02:11PM -0500, Jonathan Scott Duff wrote:
> I thought I had sent this the other day, but it doesn't appear to have
> made it through...
>
> Here are a couple of ideas that I don't have time to RFC, but some who
> likes them might:
>
> 1. Allow the first argumen
On Tue, Dec 05, 2000 at 10:00:50PM +, Nick Ing-Simmons wrote:
> B. The "master" / "apprentice" relationship is just that - it depends
>how the people in question relate. As a potential "master" I am all
>too aware that I am not skilled in teaching - usually because I don't
>know w
This has been discussed on p5p many many times. And many times
I have agreed with what you wrote. However one thing you did not mention,
but does need to be considered is
func($x{1}{2}{3})
at this point you do not know if this is a read or write access as
the sub could do $_[0] = 'fred'. If th
On Wed, Feb 14, 2001 at 03:04:40PM -0500, Dan Sugalski wrote:
> At 05:57 PM 2/14/2001 -0300, Branden wrote:
> >Simon Cozens wrote:
> > > On Wed, Feb 14, 2001 at 11:38:58AM -0800, Damien Neil wrote:
> > > > sub do_stuff { ... }
> > > >
> > > > {
> > > > my $fh = IO::File->new("file");
> > >
On Wed, Feb 14, 2001 at 03:38:55PM -0500, Dan Sugalski wrote:
> At 08:29 PM 2/14/2001 +0000, Graham Barr wrote:
> >On Wed, Feb 14, 2001 at 03:04:40PM -0500, Dan Sugalski wrote:
> > > At 05:57 PM 2/14/2001 -0300, Branden wrote:
> > > >Simon Cozens wrote:
> >
On Tue, Feb 20, 2001 at 03:49:13AM +, Simon Cozens wrote:
> On Mon, Feb 12, 2001 at 01:58:35PM -0700, Tony Olekshy wrote:
> > Hi, it's me again, the guy who won't shut up about exception handling.
> > I'm trying,
>
> I'm catching.
And I'm thowing (up :)
Graham.
On Wed, Mar 28, 2001 at 09:13:01AM -0500, Mark-Jason Dominus wrote:
>
> > So you can say
> >
> > use Memoize;
> > # ...
> > memoize 'f';
> > @sorted = sort { my_compare(f($a),f($b)) } @unsorted
> >
> > to get a lot of the effect of the S word.
>
> Yes, and of course the inline version
On Thu, Apr 05, 2001 at 10:10:47PM +0100, Michael G Schwern wrote:
> > Then it might be easier to write modules that are testable without a test
> > driver. If you run the module directly, some distinguished block of code
> > could be executed that wouldn't be if the module were "included" via
>
On Fri, Apr 06, 2001 at 01:31:40PM +0200, Paul Johnson wrote:
> On Fri, Apr 06, 2001 at 10:01:47AM +0100, Graham Barr wrote:
>
> > unless (defined wantarray) {
> > # Self Test
> > }
> >
> > This works because whenever a file is use'd, require'
On Fri, Apr 06, 2001 at 03:52:47PM +0100, Simon Cozens wrote:
> On Fri, Apr 06, 2001 at 03:48:11PM +0100, Graham Barr wrote:
> > >
> > > Although Gisle's recent patch changes this for "do" at least.
> >
> > Hm, I did not see that. Can someone expl
On Mon, Apr 23, 2001 at 02:31:55PM +0200, H.Merijn Brand wrote:
> On Mon, 23 Apr 2001 13:19:24 +0100, Graham Barr <[EMAIL PROTECTED]> wrote:
> > > $a = $b ~ $c; # Mmm!
> > >
> > > I like that last one a lot, because it doesn't disturb anything.
> &g
On Mon, Apr 23, 2001 at 01:02:50PM +0100, Simon Cozens wrote:
>
> Or we change the concatenation operator.
>
> $a = $b & $c; # Do people really use Perl for bit fiddling?
Yes, all the time.
> $a = $b # $c; /* Urgh */
>
> $a = $b ~ $c; # Mmm!
>
> I like that last one a lot, because it doesn'
On Mon, Apr 23, 2001 at 11:40:50AM -0700, Larry Wall wrote:
> I do expect that @() and $() will be used for interpolating list and
> scalar expressions into strings, and it is probably the case the $()
> would be a synonym for scalar(). @() would then be a synonym for
> the mythical list() operat
On Mon, Apr 23, 2001 at 01:16:57PM -0700, Larry Wall wrote:
> Branden writes:
> : I'm starting to be a bit worried with what I'm reading...
> :
> : 1) Use $obj.method instead of $obj->method :
> :
> : The big question is: why fix what is not broken? Why introduce Javaisms and
> : VBisms to our
On Mon, Apr 23, 2001 at 01:23:43PM -0600, Nathan Torkington wrote:
> Larry Wall writes:
> > wanted, you still get the length. If you're worried about the delayed
> > operation, you can force numeric context with $x = +@tmp;, just as you
> > can force string context with a unary ~.
>
> How often
On Mon, Apr 23, 2001 at 12:36:47PM -0400, Dan Sugalski wrote:
> At 02:52 PM 4/23/2001 +0200, Davíð Helgason wrote:
> >"H.Merijn Brand" wrote:
> > >
> > > > > $a = $b ~ $c; # Mmm!
> > > > >
> > > > > I like that last one a lot, because it doesn't disturb anything.
> > > > > You'd have to alter ~'s
On Mon, Apr 23, 2001 at 05:19:22PM -0700, Larry Wall wrote:
> At the moment I'm leaning toward ^ for concat, and ~ for xor. That
I think that would lead to confusion too. In many languages ^ is
xor and ~ is a bitwise invert. It is that way in perl now too, so
perl is already quite standard in t
On Wed, Apr 25, 2001 at 06:46:20PM +0100, Simon Cozens wrote:
> On Mon, Apr 23, 2001 at 12:59:54PM -0700, Nathan Wiger wrote:
> > > Doesn't ~ look like a piece of string to you? :-)
> > It looks like a bitwise op to me, personally.
>
> That's because every time you've used it in Perl, it's been
On Wed, Apr 25, 2001 at 06:19:40PM +, Fred Heutte wrote:
> It seems to me that ~ relates to forces (operators, functions and methods)
> more than to atoms (scalars), so to speak. It's the curve of binding Perl
> at work here.
>
> So why not leave . alone and have ~ substitute for ->
>
On Sat, Apr 28, 2001 at 03:11:08AM +0100, Simon Cozens wrote:
> substr($foo, 1, 3) = "hi!"; # We all know this.
> splice(@foo, 1, 3) = @bar; # But the lack of this seems asymmetric
An originally we had
splice(@foo, 1, 3, @bar);
but not
substr($foo, 1, 3, "hi!");
which are more useful, IM
On Wed, May 02, 2001 at 11:10:22AM +0100, Michael G Schwern wrote:
> On Wed, May 02, 2001 at 11:13:13AM +0200, Alexander Farber (EED) wrote:
> > I would like to propose adding the "last" statement
> > to the "grep", which currently doesn't work:
>
> For the record, I have no problem with this. :)
On Wed, May 02, 2001 at 04:30:07PM +0100, Michael G Schwern wrote:
> On Wed, May 02, 2001 at 08:05:29AM -0700, Larry Wall wrote:
> > Michael G Schwern writes:
> > : (grep {...} @stuff)[0] will work, but its inelegant.
> >
> > It's inelegant only because the slice doesn't know how to tell the
> >
On Wed, May 02, 2001 at 12:01:24PM -0400, Uri Guttman wrote:
> >>>>> "GB" == Graham Barr <[EMAIL PROTECTED]> writes:
>
> GB> On Wed, May 02, 2001 at 04:30:07PM +0100, Michael G Schwern wrote:
> >> On Wed, May 02, 2001 at 08:05:29AM -0700,
On Wed, May 02, 2001 at 06:29:51PM +0200, Bart Lateur wrote:
> On Wed, 2 May 2001 17:05:31 +0100, Graham Barr wrote:
>
> >wantarray-ness is already passed along the call stack today. Thats
> >the whole point of it. So what is the difference in passing a number
>
On Fri, May 04, 2001 at 07:56:39PM -0700, Larry Wall wrote:
> Nathan Wiger writes:
> : > : This one. I see a filehandle in *boolean* context meaning "read to $_",
> : > : just like the current "while ()" magic we all know and occasionally
> : > : love. I'd expect $FOO.readln (or something less Pas
On Sat, May 05, 2001 at 02:46:46AM +0100, Michael G Schwern wrote:
> On Fri, May 04, 2001 at 04:42:07PM -0700, Nathan Wiger wrote:
> > I'm wondering what this will do?
> >
> >$thingy = $STDIN;
> >
> > This seems to have two possibilities:
> >
> >1. Make a copy of $STDIN
> >
> >2. R
On Mon, May 07, 2001 at 05:35:53PM -0400, John Porter wrote:
> Edward Peschko wrote:
> > If
> > %a = @b;
> > does
> > %c = map{ ($_ => undef ) } @a;
>
> Yep... particularly considering something neat like
>
> keys(%a) = @b;
And what is wrong with
@a{@b} = ();
which I use all th
On Wed, May 09, 2001 at 02:04:40PM -0400, John Porter wrote:
> Simon Cozens wrote:
> > A scalar's a thing.
>
> Just as the index into a multiplicity is a thing.
Yes, but as Larry pointed out. Knowing if the index is to be treated
as a number or a string has some advantages for optimization
Gra
On Thu, May 10, 2001 at 07:40:04PM -0500, Jarkko Hietaniemi wrote:
> > or some such, unless the purpose of the local(*foo) could be determined
> > by unscrupulous means. Similarly, glob aliases *foo = *bar would
> > need special treatment.
>
> By far most of my use of typeglobs is making aliases
On Thu, Apr 26, 2001 at 03:35:24AM +, Fred Heutte wrote:
> Bart Lateur's response summarizes well what I've heard so far
> from responses both to the list and privately:
>
> (1) Yes, ~ *is* somewhat used in its current role as the bitwise
> negation (complement) operator.
>
> (2) No, t
On Mon, May 14, 2001 at 12:32:37PM -0500, Me wrote:
> > an ordered hash is common
>
> Arrays too.
>
>
> > not wise ... to alter features just for beginners.
>
> Agreed.
>
>
> > (PS 11 people isn't a statistic, its a night at the pub)
>
> Your round...
>
>
> The extra complexi
On Mon, May 14, 2001 at 01:56:01PM -0500, Me wrote:
> > Hm, OK. What does this access and using what method ?
> >
> > $foo = '1.2';
> > @bar[$foo];
>
> This is an argument against conflating @ and %.
No it is not.
> It has nothing to do with using [] instead of {}.
Yes it does. I was aski
On Mon, May 14, 2001 at 03:41:24PM -0400, John Porter wrote:
> Damian Conway wrote [and John Porter reformats]:
> >
> > @bar[$foo]; # Access element int($foo) of array @bar
> > %bar{$foo}; # Access entry "$foo" of hash %bar
> > @bar{$foo}; # Syntax error
> > %bar[$foo]; # Syntax error
>
> And w
On Mon, May 14, 2001 at 03:58:31PM -0400, John Porter wrote:
> Graham Barr wrote:
> > As I said in another mail, consider
> > $bar[$foo];
> > $bar{$foo};
>
> But if @bar is known to be one kind of array or
> the other, where is the ambiguosity that that is
>
On Mon, May 14, 2001 at 02:51:08PM -0500, Me wrote:
> > survey ? I never saw any survey,
>
> It was an informal finger-in-the-wind thing I sent to
> a perl beginners list. Nothing special, just a quick
> survey.
>
> http://www.self-reference.com/cgi-bin/perl6plurals.pl
As someone else pointed
On Mon, May 14, 2001 at 03:23:56PM -0400, Buddha Buck wrote:
> At 08:10 PM 05-14-2001 +0100, Graham Barr wrote:
> >On Mon, May 14, 2001 at 01:56:01PM -0500, Me wrote:
> > > > Hm, OK. What does this access and using what method ?
> > > >
> >
On Fri, May 18, 2001 at 03:01:38PM +1000, Damian Conway wrote:
>> Also, what's the difference between a 'property' and an
>> 'attribute', ie, are:
>>
>>$fh is true;
>>
>> and
>>
>>$fh.true(1);
>>
>> synonyms?
>
> No. The former means:
>
>
On Sat, May 19, 2001 at 06:41:29PM +1000, Damian Conway wrote:
>
> Graham wrote:
>
>> On Fri, May 18, 2001 at 10:36:59PM -0400, John Siracusa wrote:
>> > > print keys $foo.prop; # prints "NumberHeard"
>> > > print values $foo.prop; # prints "loneliestever"
>>
>
On Fri, May 18, 2001 at 08:31:21AM -0500, Jarkko Hietaniemi wrote:
> On Fri, May 18, 2001 at 06:22:10AM -0700, Austin Hastings wrote:
> >
> > --- Damian Conway <[EMAIL PROTECTED]> wrote:
> >
> > > It's probably just a matter of coding what you actually mean.
> > > In Perl 5 and 6 your version
On Fri, May 18, 2001 at 10:36:59PM -0400, John Siracusa wrote:
> > print keys $foo.prop; # prints "NumberHeard"
> > print values $foo.prop; # prints "loneliestever"
This is an example of one of my concerns about namespace overlap
with methods. What would happen if there was a me
On Sun, May 20, 2001 at 01:24:29PM +0100, Simon Cozens wrote:
> On Sun, May 20, 2001 at 12:46:35AM -0500, Jonathan Scott Duff wrote:
> > my $a is true = 0; # variable property
> > my $a = 0 is true; # variable property
> > my ($a) = 0 is true;# val
On Sun, May 20, 2001 at 06:19:35PM -0400, Uri Guttman wrote:
> > "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
>
>
> DC> return undef Because($borked);
>
> hmm, that is poor code as returning a real undef will break in a list
> context.
I always balk when I see someone say th
On Tue, May 22, 2001 at 12:29:33PM +1000, Damian Conway wrote:
>> if so, then wouldn't it be safer to put properties inside a special object
>> associated with each object (the 'traits' object) so there would be little
>> namespace collision?
>
> We actually want the possibility of th
On Wed, May 23, 2001 at 06:06:26PM +0100, Simon Cozens wrote:
> On Wed, May 23, 2001 at 12:59:01PM -0400, Dan Sugalski wrote:
> > Should Parrot be a register or stack-based system, and if a register-based
> > one, should we go with typed registers?
>
> Register based. Untyped registers; I'm hopi
On Wed, May 23, 2001 at 10:30:32AM -0700, Hong Zhang wrote:
> I think "stack based =~ register based". If we don't have Java-like "jsr"
That comment reminds me of how the register file is implemented in
a sun sparc. They have a large register file, but only some are accessable
at any given time,
On Sun, May 27, 2001 at 02:24:13PM -0600, Nathan Torkington wrote:
> I'd like to see activity on the topics behind:
> * perl6-stdlib
> * perl6-build
> Dan, Graham--should these lists persist in their current form?
Well I thonk that there should eventually be a perl6-stdlib, but
I think more nee
On Tue, May 29, 2001 at 04:48:59PM -0400, Dan Sugalski wrote:
> 1) The indentation should be all tabs or all spaces. No mix, it's a pain.
> (As has been already pointed out) 4 column indent per level, all spaces.
Can you explain why you think it is a pain. I would say converting between
all tabs
On Wed, May 30, 2001 at 04:23:58PM +0200, H.Merijn Brand wrote:
> On Wed 30 May 2001 16:12, Dave Mitchell <[EMAIL PROTECTED]> wrote:
> > > > "K&R" style for indenting control constructs: ie the closing C<}> should
> > > > line up with the opening C etc.
> > > >
> > > > =item *
> > > >
> > > > Wh
On Mon, Jun 04, 2001 at 06:04:10PM -0700, Larry Wall wrote:
> Well, other languages have explored that option, and I think that makes
> for an unnatural interface. If you think of regexes as part of a
> larger language, you really want them to be as incestuous as possible,
> just as any other par
On Tue, Jun 05, 2001 at 03:31:24PM -0500, David L. Nicol wrote:
> Graham Barr wrote:
>
> > I think there are a lot of benefits to the re engine not to be
> > separate from the core perl ops.
>
>
> So does it start with a split(//,$bound_thing) or does it use
> sub
On Thu, Jun 07, 2001 at 06:37:26AM +1000, Damian Conway wrote:
>
>> So, to match $foo's colour against $bar, I'd say
>>
>> $bar =~ /$foo.colour/;
>
> No, you need the sub call parens as well:
>
> $bar =~ /$foo.colour()/;
Hm, I thought Larry said you would need to use
On Thu, Jun 07, 2001 at 07:43:55AM +1000, Damian Conway wrote:
>
>> >> So, to match $foo's colour against $bar, I'd say
>> >>
>> >> $bar =~ /$foo.colour/;
>> >
>> > No, you need the sub call parens as well:
>> >
>> > $bar =~ /$foo.colour()/;
On Thu, Jun 07, 2001 at 07:59:31AM +1000, Damian Conway wrote:
>> But with the above you still have abiguity, for example what does this do
>>
>> $bar =~ /$foo.colour($xyz)/;
>
> "Looks like a method call with parens, so *is* a method call with parens."
>
>
>> I may
On Thu, Jun 07, 2001 at 08:15:46AM +0100, Simon Cozens wrote:
> On Wed, Jun 06, 2001 at 07:21:29PM -0500, David L. Nicol wrote:
> > Damian Conway wrote:
> > > $ref.{a}can be $ref{a}
> > which can also be
> > $ref.a
>
> Dereferencing a hashref is the same as accessing
On Thu, Jun 07, 2001 at 01:17:45AM +0100, Simon Cozens wrote:
> On Thu, Jun 07, 2001 at 12:24:50AM +0100, Graham Barr wrote:
> > Can someone post a few ? I am open to what are the pros/cons
> > but right now my mind is thinking " Whats the benefit of making
> > $a=
On Wed, Jun 06, 2001 at 04:01:24PM -0700, Larry Wall wrote:
> [EMAIL PROTECTED] writes:
> :> What should $foo = (1,2,3) do now? Should it be the same as what
> :> $foo = [1,2,3]; did in Perl 6? (This is assuming that $foo=@INC does what
> :> $foo = \@INC; does now.) Putting it another
On Mon, Jun 11, 2001 at 01:34:49AM -0700, Chris Hostetter wrote:
>
> For the record, bwarnock pointed out to me that damian allready proposed
> this behavior in RFC 25...
>
> http://dev.perl.org/rfc/25.html
>
> That RFC doesn't suggest having the comparison operators set properties
> on t
On Mon, Jun 11, 2001 at 01:42:53PM +0100, Simon Cozens wrote:
> On Mon, Jun 11, 2001 at 01:31:36PM +0100, Graham Barr wrote:
> > On Mon, Jun 11, 2001 at 01:34:49AM -0700, Chris Hostetter wrote:
> > >$input = 4;
> > >$bool = $input < 22;# $bool = 1 is
On Mon, Jun 11, 2001 at 10:39:51PM -0500, David L. Nicol wrote:
> Hopefully, we'll get a "with" operator and everything:
>
> with %database.$accountnumber {
>
> .interestearned += $interestrate * .balance
>
> }
>
> anything short of that, in my opinion, is merely trad
On Thu, Jun 21, 2001 at 01:41:28PM -0700, Nathan Wiger wrote:
> * Simon Cozens <[EMAIL PROTECTED]> [06/14/2001 15:16]:
> >
> > OK, I've been teasing people about this for weeks, and it's time to stop.
> > This is the current state of the Perl 6 emulator; it applies most things
> > that Damian talk
On Fri, Jun 29, 2001 at 08:59:59AM -0400, John Porter wrote:
> Michael G Schwern wrote:
> > Second, and perhaps more importantly, we can do this perfectly well
> > with a module. No hacks, no tricks, no filters.
> > Class::Object uses the mini-class technique (ie. auto-generated
> > classes
>
>
On Mon, Jul 02, 2001 at 03:52:34PM -0400, Dan Sugalski wrote:
> At 08:36 PM 7/2/2001 +0100, Simon Cozens wrote:
> >On Mon, Jul 02, 2001 at 03:00:54PM -0400, Dan Sugalski wrote:
> > > >what about starting offset? that is used now to shorten a string from
> > > >the left side.
> > >
> > > D'oh! In.
On Mon, Jul 02, 2001 at 04:12:31PM -0400, Dan Sugalski wrote:
> At 09:07 PM 7/2/2001 +0100, Graham Barr wrote:
> >On Mon, Jul 02, 2001 at 03:52:34PM -0400, Dan Sugalski wrote:
> > > At 08:36 PM 7/2/2001 +0100, Simon Cozens wrote:
> > > >On Mon, Jul 02, 2001 at 03:00:
On Tue, Jul 03, 2001 at 10:15:02AM -0400, Uri Guttman wrote:
> > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>
> DS> We're going to use a copying collector. When the string gets
> DS> copied as part of a compaction run things'll get cleaned up
> DS> appropriately. (Not that there's
On Mon, Aug 13, 2001 at 04:38:43PM -0700, Nathan Wiger wrote:
> And allow flexible calling styles. For example, you might say:
>
># import args() for argument validation
>use Module::Interface qw/args/;
>
>sub my_func (@) {
>my %args = args({ positional => [qw/name email phon
On Sat, Aug 11, 2001 at 07:20:11PM -0400, [EMAIL PROTECTED] wrote:
> On Sat, Aug 11, 2001 at 02:16:49PM -0500, Jarkko Hietaniemi wrote:
> > One silliness is that the implementation "style" of the module
> > seems to creep to the naming:
> >
> > (1) Foo vs Foo_XS
>
> Well then, how do you name it
On Sat, Aug 11, 2001 at 03:51:22PM -0400, Kirrily Robert wrote:
> [ moving to perl6-stdlib only; -meta doesn't need this. ]
>
> Jarkko wrote:
> >> Sys:: should be declared redundant and silly. Sys::Syslog simply
> >> hurts my teeth.
> >
> >Text:: is another silliness, though from for slightly di
On Tue, Aug 21, 2001 at 09:21:35AM -0400, Eric Roode wrote:
> John Porter wrote:
> >
> >Dave Mitchell wrote:
> >> ie by default lexicals are only in scope in their own sub, not within
> >> nested subs - and you have to explicitly 'import' them to use them.
> >
> >No. People who write closures kno
On Tue, Sep 04, 2001 at 03:03:04PM -0400, Dan Sugalski wrote:
> At 01:58 PM 9/4/2001 -0500, Garrett Goebel wrote:
> >From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> > > At 10:32 AM 9/4/2001 +0100, Piers Cawley wrote:
> > > Can you see any use of a sub knowing it was called via a method call?
> >
>
On Jun 1, 2006, at 11:37 AM, Josh Wilmes wrote:
At 12:00 on 06/01/2006 BST, David Cantrell <[EMAIL PROTECTED]>
wrote:
Basic I/O is talking to filehandles and nyetwork sockets. Anything
above the UDP / TCP level should not, IMO, be included.
I agree.
I'd respectfully disagree. Just l
David Wheeler wrote:
> On Jul 12, 2006, at 03:41, Gabor Szabo wrote:
>
>> perl -MModule -e'print $Module::VERSION'
>
> I have this alias set up:
>
> function pv () { perl -M$1 -le "print $1->VERSION"; }
>
> I think that calling ->VERSION is more correct.
I am sure this discussion has happene
On Mon, Jul 22, 2002 at 11:14:15AM +0100, Sam Vilain wrote:
> "Sean O'Rourke" <[EMAIL PROTECTED]> wrote:
>
> > languages/perl6/README sort of hides it, but it does say that "If you have
> > Perl <= 5.005_03, "$a += 3" may fail to parse." I guess we can upgrade
> > that to "if you have < 5.6, you
On Tue, Jul 30, 2002 at 11:08:46AM -0700, Sean O'Rourke wrote:
> On Tue, 30 Jul 2002, Dan Sugalski wrote:
> > I need to get Larry to nail some things down. On the one hand, he's
> > said that chained comparisons evaluate their parameters just once.
> > That argues for moving the values to N or S r
On Thu, Aug 01, 2002 at 03:42:19PM -0400, Dan Sugalski wrote:
> At 5:28 PM +0200 8/1/02, Aldo Calpini wrote:
> >fetching an element out of bound changes the
> >length of the array. but should this really happen?
> >why does perlarray.pmc act like this:
>
> Because that's the way Perl's arrays wor
On Thu, Aug 01, 2002 at 02:11:27PM -0700, Stephen Rawls wrote:
> > It should pass them on to the PMC directly, which
> > should then handle them properly.
>
> So, if ix < -SELF->cache.int_val then the code tries
> to use a negative value to access the array element in
> the C code. This is obvi
On Thu, Aug 01, 2002 at 05:42:12PM -0400, Dan Sugalski wrote:
> At 10:24 PM +0100 8/1/02, Graham Barr wrote:
> >On Thu, Aug 01, 2002 at 02:11:27PM -0700, Stephen Rawls wrote:
> >> > It should pass them on to the PMC directly, which
> >> > should then handle th
On Thu, Aug 01, 2002 at 06:02:14PM -0400, Miko O'Sullivan wrote:
> This is a small collection of ideas for the Perl6 language. Think of this
> posting as a light and refreshing summer fruit salad, composed of three
> ideas to while away the time during this August lull in perl6-language.
>
>
>
On Wed, Aug 21, 2002 at 07:17:22AM -0700, Michael G Schwern wrote:
> On Wed, Aug 21, 2002 at 02:11:29PM +, Daniel Grunblatt wrote:
> > Apart from that, does anyone know why test doesn't run on OpenBSD?
> > I get:
> >
> > ar: illegal option -- s
>
> Gnu-ism? What ar does OpenBSD use?
Obviou
On Sat, Aug 31, 2002 at 01:52:18PM +, Damian Conway wrote:
> I'd suggest that redundancy in syntax is often a good thing and
> that there's nothing actually wrong with:
>
> my Date $date = Date.new('June 25, 2002');
I would say it is not always redundant to specify the type on both
sid
On Tue, Sep 10, 2002 at 06:01:23PM +0200, Peter Gibbs wrote:
> Attached is a sample implementation of a minor subset of
> pack/unpack functionality. Code is not optimised in any way,
> and error checking is basically non-existent.
>
> Opcodes are:
> convert Sx, Iy, Iz - pack integer Iy into
On Wed, Sep 18, 2002 at 10:15:20AM +0200, Dan Sugalski wrote:
> I've been thinking that we do need to have an extra flag to note
> whether a key element should be taken as an array or hash lookup
> element. The integer 1 isn't quite enough, since someone may have
> done a %foo{1} and we only ha
On Fri, Oct 11, 2002 at 05:50:55PM -0700, Larry Wall wrote:
> On Sat, 5 Oct 2002, Allison Randal wrote:
> : use Acme::N-1_0; # or whatever the format of the name is
>
> I don't see why it couldn't just be:
>
> use Acme::1.0;
I agree thats better. But why not separate the version more by
On Fri, Oct 18, 2002 at 05:54:08PM +0100, Leon Brocard wrote:
> It looks like the DotGNU weekly IRC meeting will be discussing
> Parrot. Could be interesting:
> http://www.dotgnu.org/pipermail/developers/2002-October/008345.html
The author of that mail needs to learn the difference between GMT and
On Mon, Oct 28, 2002 at 03:30:54PM -0600, Jonathan Scott Duff wrote:
> On Mon, Oct 28, 2002 at 01:19:05PM -0800, Michael Lazzaro wrote:
> >
> > On Monday, October 28, 2002, at 01:09 PM, Larry Wall wrote:
> > > No. "unless" reads well in English. How do your read $a ! $b ! $c?
> >
> > "nor"? M
On Tue, Oct 29, 2002 at 05:16:48PM -0800, Michael Lazzaro wrote:
> unary (prefix) operators:
>
>\ - reference to
>* - list flattening
>? - force to bool context
>! - force to bool context, negate
>not - force to bool context, negate
>+ - force to numer
On Wed, Oct 30, 2002 at 01:25:44PM -0800, Austin Hastings wrote:
> --- Larry Wall <[EMAIL PROTECTED]> wrote:
>
> > Do these French quotes come through?
> >
> > @a «+» @b
Odd, I see them in this message. But In the message from Larry I see ?'s
Graham.
On Wed, Oct 30, 2002 at 01:57:00PM -0800, Dave Storrs wrote:
> *shrug* You may not like the aesthetics, but my point still
> stands: "is rw" is too long for something we're going to do fairly often.
I am not so sure. If I look back through a lot of my code, there are more cases
where I use
On Thu, Oct 31, 2002 at 12:16:34PM +, [EMAIL PROTECTED] wrote:
> Yesterday Aaron Crane wrote:
>
> > Jonathan Scott Duff writes:
> >
> > > @a `+ @b
> >
> > In my experience, many people actually don't get the backtick
> > character at all.
>
> Yes. I think that might be a good reason _for_
On Sat, Nov 16, 2002 at 11:12:15PM -0800, Dave Storrs wrote:
> Hmm, interesting. Just as an aside, this gives me an idea: would it be
> feasible to allow the base to be specified as an expression instead of
> a constant? (I'm pretty sure it would be useful.) For example:
>
> 4294967296:1.2.3.4
On Mon, Nov 18, 2002 at 10:59:07AM -0800, Larry Wall wrote:
> On Thu, Nov 14, 2002 at 07:40:38PM +0100, Angel Faus wrote:
> : I would preferer to limit the usage of "letter notation" to just base
> : 11-36, and have n:F = n:f for every n.
> :
> : It is simpler, and we can always use de "dot notat
On Thu, July 14, 2005 10:47 am, Autrijus Tang said:
> If this were a straw poll, I'd say...
>
> 1. Meaning of $_
>
> .method should mean $_.method always. Making it into a runtime
> error is extremely awkward; a compile-time error with detailed
> explanataion is acceptable but suboptim
On Wed, November 2, 2005 11:48 am, Christopher H. Laco wrote:
> Ovid wrote:
>> Hi all,
>>
>> I've noticed that http://search.cpan.org/~ovid/HOP-Parser-0.01/,
>> amongst other modules, has no CPAN test results appearing even though
>> CPAN tester reports are coming in. I've seen this for other modu
On Fri, Dec 06, 2002 at 09:33:14AM -0500, Miko O'Sullivan wrote:
> For example, suppose I want to separate a list of people into people who
> have never donated money and those who have. Assuming that each person
> object has a donations property which is an array reference, I would want
> to clas
On Fri, Jan 17, 2003 at 06:21:43PM +, Simon Cozens wrote:
> [EMAIL PROTECTED] (Mr. Nobody) writes:
> > I have to wonder how many people actually like this syntax, and how many only
> > say they do because it's Damian Conway who proposed it. And map/grep aren't
> > "specialized syntax", you coul
On Mon, Jan 20, 2003 at 07:27:56PM -0700, Luke Palmer wrote:
> > What benefit does C<< <~ >> bring to the language?
>
> Again, it provides not just a "null operator" between to calls, but
> rather a rewrite of method call syntax. So:
>
> map {...} <~ grep {...} <~ @boing;
>
> is not:
>
> m
On Tue, Jan 21, 2003 at 09:20:04AM -0800, Michael Lazzaro wrote:
>
> On Tuesday, January 21, 2003, at 02:04 AM, Graham Barr wrote:
> > If the function form of map/grep were to be removed, which has been
> > suggested,
> > and the <~ form maps to methods. How wo
On Wed, Jan 29, 2003 at 03:41:33PM +, Nicholas Clark wrote:
> On Wed, Jan 29, 2003 at 07:36:07AM -0800, Robert Spier wrote:
> > > Also I can't work out how to search the list archive at develooper.com.
> >
> > Patches welcome.
> >
> > (Really. I have several archive management tasks that nee
On Fri, Feb 07, 2003 at 09:39:14AM -0800, Dan Sugalski wrote:
> It's a little more confusing that that. When I said only one foo
> method, it was in contrast to attributes, where an attribute of a
> particular name may appear in an object multiple times--since
> attributes are class-private, eac
1 - 100 of 196 matches
Mail list logo
