Leopold Toetsch [EMAIL PROTECTED] writes:
Piers Cawley [EMAIL PROTECTED] wrote:
Parrot Calling Convention Confusion
... -- I thought they were exactly the same as an unprototyped call,
but you invoke the return continuation (P1) instead of P0, the other
registers are set up
The Perl 6 Summary of the week ending 20031102
It's Monday morning, the croissants have been baked, the focaccia is
glistening with all the extra virgin olive oil I poured on it as it left
the oven and, in the airing cupboard, a raisin borodinsky slouches
towards full proof
The Perl 6 Summary of the week ending 20031026
Where does the time go? It seems like only yesterday that I was sat
hiding Leon Brocard in the first letters of the first 11 body paragraphs
of the last summary. Now, here I am, on the train, typing away in a
desperate attempt to get
The Perl 6 Summary of the week ending 20031019
Lumme! Another week, another summary.
Every week (almost) we start with the perl6-internals list, so here
goes.
An Evil task for the interested
Our Glorious Leader, Dan Sugalski, last week asked for volunteers to
work on making
The Perl 6 Summary of the week ending 20031012
Good afternoon readers. You find me sitting comfortably and tired after
a vaguely frantic week involving large amounts of new (and huge)
equipment, the delivery of a new Mini Cooper, and four days offline at a
large format photography
The Perl 6 Summary of the week ending 20031005
Hello, good evening, and welcome from the teeming metropolis that is
Newcastle/Gateshead, home of The Angel of the North, the Winky Eye
Bridge, the ham and pease pudding stotty and freezing your extremities
off on a Saturday night down
Dan Sugalski [EMAIL PROTECTED] writes:
On Thu, 2 Oct 2003, Mark A. Biggar wrote:
Austin Hastings wrote:
But that imposes Ceval()/C pretty frequently. Better to provide
some lower-level hackish way to agglutinate Blocks.
Isn't this one of the prime examples of why CPS is being use, it
Dan Sugalski [EMAIL PROTECTED] writes:
At 11:55 PM +0100 10/3/03, Piers Cawley wrote:
Dan Sugalski [EMAIL PROTECTED] writes:
On Thu, 2 Oct 2003, Mark A. Biggar wrote:
Austin Hastings wrote:
But that imposes Ceval()/C pretty frequently. Better to provide
some lower-level hackish way
The Perl 6 Summary of the week ending 20030928
This week, on perl6-internals, stuff was said, code was written, Leo
Tötsch was the patchmonster, life got some colour, Amir Karger needs to
work harder if he wants to be mentioned in the summary again, Dan
Sugalski was our glorious
The Perl 6 Summary of the week ending 20030921
Deadlines, I love the sound they make as they fly past.
Those of you who receive this summary via mail may have noticed that
this summary is a little late, with any luck it will make up for its
tardiness by being inaccurate and badly
Leopold Toetsch [EMAIL PROTECTED] writes:
Piers Cawley [EMAIL PROTECTED] wrote:
... spending the morning of your 36th birthday
Happy birthday to you and us.
Thanks.
Luke Palmer [EMAIL PROTECTED] writes:
Also, the standard library, however large or small that will be, will
definitely be mutable at runtime. There'll be none of that Java you
can't subclass String, because we think you shouldn't crap.
Great. But will it also be possible to add methods (or
Luke Palmer [EMAIL PROTECTED] writes:
Alex Burr writes:
In theory you could write one as a perl6 macro, although it would be
more convenient if there was someway of obtaining the syntax tree of a
previously defined function other than quoting it (unless I've missed
that?).
There is a
Austin Hastings [EMAIL PROTECTED] writes:
--- Luke Palmer [EMAIL PROTECTED] wrote:
Alex Burr writes:
But I confidently predict that no-one with write a useful
partial evaluator for perl6. The language is simply too big.
Then again, there are some very talented people with a lot of free
Luke Palmer [EMAIL PROTECTED] writes:
Piers Cawley writes:
Luke Palmer [EMAIL PROTECTED] writes:
Also, the standard library, however large or small that will be, will
definitely be mutable at runtime. There'll be none of that Java you
can't subclass String, because we think you shouldn't
Simon Cozens [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Piers Cawley) writes:
Great. But will it also be possible to add methods (or modify them)
to an existing class at runtime? You only have to look at a Smalltalk
image to see packages adding helper methods to Object and the like
People
Austin Hastings [EMAIL PROTECTED] writes:
There's a growing body of interesting work on what's essentially
disposable or partially-useful optimizations. Given the dynamic
nature of most of the languages we care about for parrot, throwaway
optimizations make a lot of sense--we can build
with and move onto the meat of the week, we'll start this week
with the language list.
Dispatch on context
Piers Cawley wondered about doing multiple dispatch based on context and
came up with a scheme which involved wrapping multimethods in a simple
method that would 'reify' context
So, I was wondering about how to do multidispatch based on the
context in which something is called, which leads me to wonder if
there's going to be a way of reifying calling context so I could
write:
method whatever($arg1, $arg2)
{ my multi whatever ($self, Scalar $context:
The Perl 6 Summary for the week ending 20030907
Welcome to the last Perl 6 summary of my 35th year. Next week's summary
will (in theory) be written on my 36th birthday (a year of being square,
so no change there then). I'll give you fair warning that it might be
late, though it
lowercased chromatic
argued that what Leo had implemented should actually be called does.
Chris Dutton thought does should be an alias for has. Piers Cawley
thinks he might be missing something.
http://xrl.us/rtm
More on constant PMCs and classes
Leo Tötsch's RFC on constant
The Perl 6 Summary for the week ending 20030824
Another week, another Perl 6 summary. I'm running late writing this and
I don't care because I spent the bank holiday weekend at a folk festival
and didn't get back 'til Monday evening.
Predictably enough, we'll start with the
Perl 6 Summary for the week ending 20030817
Picture, if you will, a sunny garden unaffected by power cuts, floods,
plagues of frog or any of the other troubles that assail us in this
modern world. Picture, if you will, your summarizer sat in this garden
with a laptop on his knee,
Robin Berjon [EMAIL PROTECTED] writes:
Uri Guttman wrote:
MS == Melvin Smith [EMAIL PROTECTED] writes:
MS This has been a major stumbling block for me in getting back
the MS motivation to help with Parrot again.
so if that helps salve your wound, i am sure you contributions (past
and
Iain Truskett [EMAIL PROTECTED] writes:
* Alberto Manuel Brandão Simões [15 Aug 2003 00:36]:
On Thu, 2003-08-14 at 15:19, Iain Truskett wrote:
[...]
Much like Perl 6 Essentials then?
I must say that its chapter 4 is the clearest look at
the perl 6 syntax (as it was at the time of
Perl 6 Summary for the week ending 20030703
Ooh look, it's another Perl 6 summary. Doesn't that man ever take a
holiday?
I think he took one last month.
Is it in Esperanto this week?
I don't think so.
Does Leon Brocard get a mention?
It certainly looks that way.
Perl 6 Summary for the week ending 20030810
Another week, another summary. How predictable is that?
In keeping with the predictability, we'll start with the internals list.
Set vs. Assign
T.O.G of Spookware has an issue with the way IMCC treats =;
sometimes an = means set and
Perl 6 Summary for the week ending 20030727
Welcome to another in the ongoing series of Perl 6 summaries in which
your faintly frazzled summarizer attempts to find a native speaker of
Esperanto to translate this opening paragraph in honour of the huge
amount of money (1371 Euros)
Perl 6 Summary for the week ending 20030720
Welcome back to an interim Perl 6 Summary, falling as it does between
two conference weeks; OSCON and YAPC::Europe. For reasons involving
insanity, a EuroStar ticket going begging, and undeserved generosity I
shall be bringing my
Perl 6 Summary for the week ending 20030713
Welcome once again to the Perl 6 Summary, in a week of major
developments and tantalizing hints.
Starting, as usual, with what's happening in perl6-internals
Targeting Parrot from GCC
Discussion in the thread entitled 'WxWindows
Perl 6 Summary for the week ending 20030706
Welcome to this week's Perl 6 Summary, coming to you live from a
gatecrashed Speakers' lounge at OSCON/TPC, surrounded by all the cool
people like Dan Sugalski, Lisa Wolfisch, Graham Barr and Geoff Young,
who aren't distracting me from
The Perl 6 Summary for the week ending 20030629
Welcome to the third of my US tour Perl 6 summaries. Once again I'm
pleased to report that the denizens of the Perl 6 mailing lists continue
to make the life of a touring summarizer an easy one by not posting all
that much to the
Rafael Garcia-Suarez [EMAIL PROTECTED] writes:
Jonathan Scott Duff wrote in perl.perl6.language :
My only dream is that by this time next year we have a fully-
functional-people-can-use-it-in-production Perl6. It doesn't even
have to be 100% complete; I think just 85% would be enough if it
Luke Palmer [EMAIL PROTECTED] writes:
This is more of a language thang, so I've redirected your message
there [here].
The most fundamental feature throwing an exception is that it transfers
program execution from the call site. Allowing the caller to resume
execution at that site is a very
Further to the lightweight proxy thing, one of the things that proves
to be something of a pain in Pixie is writing 'self replacing'
proxies, where, once something is actually fetched from the database,
the proxy should go away. You can't simply assign to $_[0] (at least
in Perl 5) because that
The Perl 6 Summary for the week ending 20030622
Welcome to my first anniversary issue of the Perl 6 Summary. Hopefully
there won't too many more anniversaries to celebrate before we have a
real, running Perl 6, but there's bound to be ongoing development after
that. My job is
Adam Turoff [EMAIL PROTECTED] writes:
Damian just got finished his YAPC opening talk, and managed to allude
to dispatching and autoloading.
As it *appears* today, regular dispatching and multimethod dispatching
are going to be wired into the langauge (as appropriate). Runtime
dispatch
David Storrs [EMAIL PROTECTED] writes:
So, as I sweat here in the salt mines of C++, longing for the
cleansing joy that Perl(5 or 6, I'd even take 4) is, I find myself
with the following problem:
Frequently, I find myself writing stuff like this:
void Ficp400::SaveRow(long p_row)
{
The Perl 6 Summary for the week ending 20030615
Welcome to the last Perl 6 Summary of my first year of summarizing. If I
were a better writer (or if I weren't listening with half an ear to
Damian telling YAPC about Perl 6 in case anything's changed) then this
summary might well be
Nicholas Clark [EMAIL PROTECTED] writes:
On Mon, Jun 09, 2003 at 09:56:06AM +0100, Piers Cawley wrote:
Is this thing on? No messages since last Wednesday. Which admittedly
makes a summarizer's life a good deal easier...
It looks like it is.
However, your life may be easier this week only
The Perl 6 Summary for the week ending 20030608
It's another Monday, it's another summary and I need to get this
finished so I can starting getting the house in order before we head off
to Boca Raton and points north and west on the long road to Portland,
Oregon. Via Vermont. (I'm
Michael Lazzaro [EMAIL PROTECTED] writes:
On Monday, May 26, 2003, at 06:10 PM, Dave Whipp wrote:
So, in summary, its good to have a clean abstraction for all the
HCCCT things. But I think it is a mistake to push them too
close. Each of the HCCCT things might be implemented as facades over
The Perl 6 Summary for the week ending 20030601
Another Monday, another Perl 6 Summary. Does this man never take a
holiday? (Yes, but only to go to Perl conferences this year, how did
that happen?)
We start with the internals list as usual.
More on timely destruction
The
Luke Palmer [EMAIL PROTECTED] writes:
On Thu, Apr 03, 2003 at 07:29:37AM -0800, Austin Hastings wrote:
This has been alluded to before.
What would /A*B*/ produce?
Because if you were just processing the rex, I think you'd have to
finish generating all possibilities of A* before you began
The Perl 6 Summary for the week ending 20030330
Welcome once again to the gallimaufry that is a Perl 6 summary.
Unfettered this week by the presence of feline distraction we plunge
straight into the crystal clear waters of perk6-internals.
Iterator proof of concept
People must
Matthijs van Duin [EMAIL PROTECTED] writes:
Apologies for nitpicking, but you misspelled my name as Mattijs 4
times in the summary. The right spelling is Matthijs :-)
Argh! Kill me now. Please. Damn, damn and double damn. I say, Simon
old chap, you couldn't fix that on the perl.com site could
Paul [EMAIL PROTECTED] writes:
Hi all.
I note that quite often I find myself wanting to express agreement or
disagreement with some point made on the list, but without anything of
value to add other than a vote on the matter. When this happens I
usually ~try~ to bite my metaphorical tongue
The Perl 6 Summary for the week ending 20030323
Assuming I can tear myself away from stroking the cat who has just
magically appeared on my chest and is even now trying to wipe his dags
on my nose, welcome one and all to another Perl 6 summary, which should
go a lot quicker now
Matthijs van Duin [EMAIL PROTECTED] writes:
On Sat, Mar 22, 2003 at 10:24:09PM +0200, arcadi shehter wrote:
sub a {
state $x;
my $y;
my sub b { state $z ; return $x++ + $y++ + $z++ ; }
return b; # is a \ before b needed?
}
will all b refer to the same $z ?
yes,
David Storrs [EMAIL PROTECTED] writes:
Piers,
Apologies...I actually put them into one mail deliberately, because I
didn't want to burn more mindspace than necessary...people could skim
all my questions at once, answer those they were interested in, and be
done. I didn't think about how
Michael Lazzaro [EMAIL PROTECTED] writes:
As much as people hated it, I think the P6 Operators thread was
*quite* beneficial. It lead to the saving of ^ xor, and the hyper
syntax, and quite a few other improvements, and got things pinned down
squarely. I wouldn't mind seeing more of that
to know if the new declaration would
automagically turn the old one into a multimethod. Michael Lazzaro
thought not. As did Damian and Larry. Damian provided a summary of the
rules for subroutine/method dispatch, which look wonderfully
subvertable. Piers Cawley wondered if it would
Brad Hughes [EMAIL PROTECTED] writes:
Piers Cawley wrote:
[...]
Nope, send it to TPF as discussed. It's what I've said in all the
summaries after all. I just hope that a chunk of it ends up in Larry's
pocket.
Does anyone know if TPF is set up to allow earmarked contributions?
Dunno
Damian Conway [EMAIL PROTECTED] writes:
Austin Hastings wrote:
But what's the vision for p6? My expectation is that the
type-checking stuff will be heavily used
for:
1- Large scale projects.
2- CPAN modules.
I expect that the folks who want to do one-liners will still want to
be
able to
Damian Conway [EMAIL PROTECTED] writes:
And don't write off the Perl Foundation yet. TPF is just about to do a
survey of what people think they (TPF) should be funding. If you
believe Larry and/or myself and/or other members of the design or
implementation teams are worth sponsoring, I'd
Simon Cozens [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] (Piers Cawley) writes:
Well... I've finally got my act together and invoice ORA for the
summary money that's destined for TPF and I would dearly love to see
all of that lump of cash go to Larry.
Yay, another attempt to confuse me
Joe Gottman [EMAIL PROTECTED] writes:
Will it be possible in perl6 to overload multis on the const-ness of a
parameter, like C++ does? For instance,
multi getX(Foo $self:) returns Int {...} #const version
multi getX(Foo $self: is rw) returns Int is rw {...} #non-const version
Michael Lazzaro [EMAIL PROTECTED] writes:
On Wednesday, March 12, 2003, at 11:14 AM, Damian Conway wrote:
Larry wrote:
: I agree. As long as it's not Cis slurpy!
Of course not. We're trying to encourage the use of line noise,
and discourage the use of the long variants, so the long one
The Perl 6 Summary for the week ending 20030309
Ooh look, it's another of those Perl 6 Summaries where Piers tries to
work a gratuitous reference to Leon Brocard into a summary of what's
been happening to the Perl 6 development process this week.
As tradition dictates, we'll start
Larry says that
sub foo { ... }
is equivalent to
sub foo will do {...}
But then goes on to give the grammar for subroutine definitions as:
rule lexicalsub :w {
lexscope type?
subintro subname psignature?
trait*
block
}
rule packagesub :w {
at some later date in code written in Jako?
If an appropriate parrot topic, I'd be especially interested to hear the
thoughts of people like Sam Vilain, Dave Rolsky, Piers Cawley, and others
who've already spent a great deal of tuits tackling these issues.
All I want is good object
The Perl 6 Summary for the week ending 20030302
Welcome back to another episode in the ongoing saga that is the Perl 6
development process (or at least my attempt to describe it).
We kick off with perl6-internals.
IMCC calling conventions
Piers Cawley attempted to describe tail
The Perl 6 summary for the week ending 20030223
Another week, another Perl 6 Summary, in which you'll find gratuitous
mentions of Leon Brocard, awed descriptions of what Leopold Tötsch got
up to and maybe even a summary of what's been happening in Perl 6 design
and development.
The Perl 6 summary for the week ending 20030216
Welcome to the all new, entirely unaltered, all singing, all dancing
Perl 6 summary. Your beacon of reliability in the crazy world that is
Perl 6 design and development.
Another quiet week. Even quieter than last week in fact, unless
Smylers [EMAIL PROTECTED] writes:
Miko O'Sullivan wrote:
The idea of discussion summaries has been well received, ...
I read this thread over the past couple of days. It's only today that,
having thought about it, an objection occurred to me. I've no problem
with people summarizing
Rick Delaney [EMAIL PROTECTED] writes:
I'd also like to point out that ruby has defaults for hashes but
assigning nil (the equivalent of undef) does not set the default; delete
does.
Yeah, but Hashes aren't Arrays. And vice versa.
--
Piers
Aaron Sherman [EMAIL PROTECTED] writes:
On Wed, 2003-01-29 at 14:54, Jonathan Scott Duff wrote:
Can someone give me a realish world example of when you would want an
array that can store both undefined values and default values and those
values are different?
my @send_partner_email is
Allison Randal [EMAIL PROTECTED] writes:
Miko O'Sullivan wrote:
Therefore, I propose that members of the language list provide summaries
of the discussions in the group. Each summary describes a proposed idea
feature of the language, then summarizes the list's feelings on the idea.
Garrett Goebel [EMAIL PROTECTED] writes:
From: Piers Cawley [mailto:[EMAIL PROTECTED]]
Garrett Goebel [EMAIL PROTECTED] writes:
And what's to prevent that collection object from handling:
my $queue = SomeQueue.new;
$queue.push('foo');
$queue.push('bar
Damian Conway [EMAIL PROTECTED] writes:
Dave Whipp wrote:
OK, I've assimilated all that (though it still feels wrong). I think you are
saying that of the following, the 4th is an error.
my @d = @x but Foo; # error: no values involved in this assignment
Correct. Although presumably this:
Damian Conway [EMAIL PROTECTED] writes:
This may sound like a silly idea
It's been suggested previously.
Has anyone considered removing with the syntactic distinction between
numeric and string indexing -- that is, between array and hash lookup?
Yes. We rejected the idea.
In
Dan Sugalski [EMAIL PROTECTED] writes:
At 8:46 AM + 1/28/03, Piers Cawley wrote:
Bugger. I was hoping that Perl 6 was going to make a Pixie like Object
database easier to write; looks like I'm wrong. One of the things
Pixie does is to attach its control data by magic to the object itself
Dan Sugalski [EMAIL PROTECTED] writes:
At 8:47 AM + 1/28/03, Piers Cawley wrote:
Damian Conway [EMAIL PROTECTED] writes:
Sure. But then is this:
$ref[$key]
an array or hash look-up???
Decided at runtime?
How? People use strings as array indices and ints/floats as hash
indices
Damian Conway [EMAIL PROTECTED] writes:
Piers Cawley wrote:
Bugger. I was hoping that Perl 6 was going to make a Pixie like Object
database easier to write; looks like I'm wrong. One of the things
Pixie does is to attach its control data by magic to the object itself
(rather than any
Austin Hastings [EMAIL PROTECTED] writes:
--- Joseph F. Ryan [EMAIL PROTECTED] wrote:
If the final design stays the way it is now, there really won't be
a lexer. Instead, a perl6 grammar parses the data, and builds up
a huge match-object as it, well, matches. This match object is then
it as specifying a
step.
http://makeashorterlink.com/?Q1D521D33
Multiple Dispatch by Context?
Piers Cawley wondered if it would be possible to specify a multimethod
by context as well as by parameter types. Dan Sugalski managed to hole
the proposal below the waterline
Adam Turoff [EMAIL PROTECTED] writes:
On Wed, Jan 22, 2003 at 10:16:50AM +, Andy Wardley wrote:
On Tue, Jan 21, 2003 at 12:55:56PM -0800, Rich Morin wrote:
I'm not a Lisp enthusiast, by and large, but I think he makes some
interesting observations on language design. Take a look if
In my quest to eliminate as many explicit conditionals from my code as
possible, I found myself wondering if Perl 6's multidispatch mechanism
would allow one to write:
sub gmttime ( $time = time() ) is in_scalar_context {
strftime( $perls_default_time_format, $time );
}
sub
David Storrs [EMAIL PROTECTED] writes:
On Tue, Jan 21, 2003 at 03:52:30PM -0800, Dave Whipp wrote:
$a = sub ($a, $b) { ... }
$x = - ($y, $z) { ... }
The pointy-arrow doesn't buy anything here.
IMHO, it's actually a loss. I have yet to come up with any mnemonic
for pointy arrow means
Graham Barr [EMAIL PROTECTED] writes:
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 {...} ~
David Storrs [EMAIL PROTECTED] writes:
On Fri, Jan 17, 2003 at 04:21:08PM -0800, Damian Conway wrote:
Paul Johnson wrote:
Well, I'll be pretty interested to discover what cause is deemed more
deserving than Larry, Perl 6 or Parrot. The P still stands for Perl,
right?
True. But I
Michael Lazzaro [EMAIL PROTECTED] writes:
On Tuesday, January 21, 2003, at 12:26 PM, Piers Cawley wrote:
Though I'm sure Damian will be long eventually to correct my
syntax. I'm getting this weird feeling of deja vu though...
When I come home from work each day, I can see my dog eagerly
Brent Dax [EMAIL PROTECTED] writes:
Mr. Nobody:
# 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
IIRC Damian also supports Unicode operators (and may
Damian Conway [EMAIL PROTECTED] writes:
Brent Dax asked:
So
@a ~ grep { ... } ~ @b
Is the same as
@b = grep { ... } @a
Yes.
As in...
class Array {
...
method grep (Array $ary: Code $code) returns Array {
...
Mr. Nobody [EMAIL PROTECTED] writes:
--- Michael Lazzaro [EMAIL PROTECTED] wrote:
On Friday, January 17, 2003, at 11:00 AM, Simon Cozens wrote:
[EMAIL PROTECTED] (Michael Lazzaro) writes:
...the absence of the commas is what's special. If they were normal
Damian Conway [EMAIL PROTECTED] writes:
Piers Cawley wrote:
Multimethods don't belong to classes; they mediate interactions
*between* classes.
Will the 'is multi' actually be necessary? Just curious.
That's still being discussed. *Something* is necessary. But it may
be that, instead
Michael Lazzaro [EMAIL PROTECTED] writes:
On Thursday, January 9, 2003, at 03:24 AM, Damian Conway wrote:
Michael Lazzaro asked:
class FileBasedHash is Hash { ...stuff... };
my %data is FileBasedHash('/tmp/foo.txt');
Yes.
my $path = '/tmp/foo.txt';
my %data is
Damian Conway [EMAIL PROTECTED] writes:
Michael Lazzaro wrote:
Which, in turn, implies that the lines:
my Foo $a; # (1)
my $a is Foo; # (2)
my Foo $a is Foo; # (3)
are all subtly different. (2) and (3) (auto)instantiate a Foo, but
(1) does not.
Correct. Though the
Damian Conway [EMAIL PROTECTED] writes:
John Siracusa asked:
Has there been any discussion of how to create code in Perl 6 that's there
under some conditions, but not there under others? I'm thinking of the
spiritual equivalent of #ifdef, only Perlish.
In Perl 5, there were many attempts
Buddha Buck [EMAIL PROTECTED] writes:
Mr. Nobody wrote:
If you and Damian think you'll get me to leave p6l this easily,
forget it.
I've seen far worse flames than that.
While you were the person that Damian lost his sense of humor at,
Piers didn't identify you in this part of the summary.
Dan Sugalski [EMAIL PROTECTED] writes:
At 1:10 PM + 1/6/03, Piers Cawley wrote:
Dan Sugalski [EMAIL PROTECTED] writes:
An object is a data type, as much as an array or hash is a data type,
but that doesn't make an array an object. [insert obligatory all men
are Socratese quote here)
I
Damian Conway [EMAIL PROTECTED] writes:
attriel wrote:
AssignmentOK?Because...
========
my Basket $c = $a no $c's type: Basket (of Object)
Steve Fink [EMAIL PROTECTED] writes:
On Jan-04, Leopold Toetsch wrote:
Damian Conway wrote:
Piers Cawley wrote:
Acknowledgements
But, of course, modesty forebade him from thanking the tireless Perl 6
summarizer himself, for his sterling efforts wading through the morasses
that are P6
Mark J. Reed [EMAIL PROTECTED] writes:
On 2003-01-07 at 11:31:13, Mr. Nobody wrote:
.length is unneeded, since an array gives its length in numeric context, so
you can just say +@a.
Unneeded, but harmless.
grep shouldn't be an array method either, it should be
like the perl5 grep, as it
Dan Sugalski [EMAIL PROTECTED] writes:
An object is a data type, as much as an array or hash is a data type,
but that doesn't make an array an object. [insert obligatory all men
are Socratese quote here)
I really hope you're wrong here Dan. At least in that particular
case. Being able to
Paul Kienzle [EMAIL PROTECTED] writes:
Piers Cawley wrote:
* Thanks to everyone who has given me feedback as a result of these
summaries. It's really good to know that people finding these things
useful.
Me too. I find I no longer read the list because I can pick up
) would be expensive, and reckoned
that the basic approach should be fast and good enough for the common
case. Piers Cawley wondered if doing object 'identity' comparison with a
method (eg: $obj.is($other_obj);) wasn't actually the best way
forward. (Piers had been applying his OO rule
Dave Storrs [EMAIL PROTECTED] writes:
On Mon, Dec 09, 2002 at 03:58:54PM -0700, Luke Palmer wrote:
From: Dave Storrs [EMAIL PROTECTED]
My understanding was that in Perl6, you could use pretty much anything
for a hashkey--string, number, object, whatever, and that it did not
get mashed
Dave Storrs [EMAIL PROTECTED] writes:
On Fri, Dec 13, 2002 at 09:32:02AM -0800, Michael Lazzaro wrote:
$obj.ID;
$obj.IDENTITY;
FWIW, I favor the latter.
I found myself mulling over:
$obj.is($other_obj);
Which seems to work reasonably well, and I'd be rather surprised if
Aaron Crane [EMAIL PROTECTED] writes:
Piers Cawley writes:
I found myself mulling over:
$obj.is($other_obj);
Which seems to work reasonably well, and I'd be rather surprised if it
clashed with anything with different semantics...
I quite like it. It also has the advantage
101 - 200 of 470 matches
Mail list logo