On Thu, 22 Jul 2004, JOSEPH RYAN wrote:
When I think about your description of xxx, I
summarized it in my head as Call a coderef a certain
number of times, and then collect the results.
That's pretty much what map is, except that xxx is
infix and map is prefix.
@results = {
Michele Dondi wrote:
Quite similarly, for example, I'd like to have a fold() function like the
one that is available in many functional programming languages, a la:
my $tot = fold 0, { + }, 1..10; # 55
my $fact = fold 1, { * }, 2..5; # 120
Those blocks would be a syntax error; the
Michele Dondi writes:
Quite similarly, for example, I'd like to have a fold() function like the
one that is available in many functional programming languages, a la:
my $tot = fold 0, { + }, 1..10; # 55
my $fact = fold 1, { * }, 2..5; # 120
(i.e. please DO NOT point out that there
On Thu, 22 Jul 2004, Luke Palmer wrote:
And adding to that the definition of a unary hyper operator:
[EMAIL PROTECTED] == map { $_ } @list
It seems that the rand problem could be solved this way:
my @nums = rand (100 xx 100);
Huh?!? While not so bad (apart the unicode operator
On Fri, 23 Jul 2004, Brent 'Dax' Royal-Gordon wrote:
Those blocks would be a syntax error; the appropriate way to do that
would be to refer to the operator by its proper name:
my $tot = fold 0, infix:+, 1..10;
Well, I suspected that. The matter is I still know too few concretely
On Fri, 23 Jul 2004, Luke Palmer wrote:
Well, Perl 6 is coming with one of those as a builtin, called Creduce
(see List::Util). But you can't quite use a shorthand syntax like
yours. You have to say either:
Cool, that's what I wanted to know. Taking into account both this
circumstance and
On Thu, 2004-07-22 at 19:21, JOSEPH RYAN wrote:
Well, that's what all of the ruckus is about.
There is a strong leaning towards including *no*
builtin modules with the core. So, that leaves only
the builtin functions and classes as the core, and
so what is in core becomes a pretty big
I define outside the core as anything that isn't
packaged with Perl itself. Things you'd define as
part of the language. I/O stuff, threading stuff,
standard types, builtin functions, etc. And yeah,
most of that stuff will be written natively in C,
PIR, or be part of parrot itself.
I think