Author: lwall
Date: 2009-02-27 08:42:32 +0100 (Fri, 27 Feb 2009)
New Revision: 25609
Modified:
docs/Perl6/Spec/S06-routines.pod
Log:
typo
Modified: docs/Perl6/Spec/S06-routines.pod
===
--- docs/Perl6/Spec/S06-routines.pod2009
Author: lwall
Date: 2009-02-27 08:39:57 +0100 (Fri, 27 Feb 2009)
New Revision: 25607
Modified:
docs/Perl6/Spec/S06-routines.pod
docs/Perl6/Spec/S12-objects.pod
Log:
deprecate "is also" and "is instead" in favor of augment and supersede
declarators
Modified: docs/Perl6/Spec/S06-routines.po
Author: lwall
Date: 2009-02-27 08:03:18 +0100 (Fri, 27 Feb 2009)
New Revision: 25606
Modified:
docs/Perl6/Spec/S02-bits.pod
docs/Perl6/Spec/S12-objects.pod
Log:
some enum cleanup
Modified: docs/Perl6/Spec/S02-bits.pod
===
---
Author: wayland
Date: 2009-02-27 07:46:09 +0100 (Fri, 27 Feb 2009)
New Revision: 25605
Modified:
docs/Perl6/Spec/S32-setting-library/Containers.pod
Log:
Typo. martin++
Modified: docs/Perl6/Spec/S32-setting-library/Containers.pod
===
I don't know if this was previously discussed and dismissed but ...
Inspired by some recent discussion in the "comparing inexact values" thread plus
some temporal discussion and some older thoughts ...
I was thinking that Perl 6 ought to have a generic interval type that is
conceptually like
On behalf of the Rakudo development team, I'm pleased to announce
the February 2009 development release of Rakudo Perl #14 "Vienna".
Rakudo is an implementation of Perl 6 on the Parrot Virtual Machine [1].
The tarball for the February 2009 release is available from
http://www.pmichaud.com/perl
Author: wayland
Date: 2009-02-27 06:04:59 +0100 (Fri, 27 Feb 2009)
New Revision: 25604
Modified:
docs/Perl6/Spec/S16-io.pod
docs/Perl6/Spec/S32-setting-library/Str.pod
Log:
Various small fixes, mostly to signals
Modified: docs/Perl6/Spec/S16-io.pod
=
On Fri, 27 Feb 2009, Martin D Kealey wrote:
On Thu, 26 Feb 2009, pugs-comm...@feather.perl6.nl wrote:
+The exceptions are:
+
+ Signal Action R Comment
+ --
+ ControlExceptionSigHUPTerm? Hangup detect
On Thu, 26 Feb 2009, David Green wrote:
On 2009-Feb-26, at 7:46 pm, Timothy S. Nelson wrote:
# Object has .print and .say.
[...]
My question is, would we be better off having the string conversion routine
for arrays worry about the input/output record/field separators, rather
than the IO ob
On Thu, 26 Feb 2009, pugs-comm...@feather.perl6.nl wrote:
> +The exceptions are:
> +
> + Signal Action R Comment
> + --
> + ControlExceptionSigHUPTerm? Hangup detected on controlling terminal
> or death
Author: wayland
Date: 2009-02-27 04:58:37 +0100 (Fri, 27 Feb 2009)
New Revision: 25602
Added:
docs/Perl6/Spec/S32-setting-library/Rules.pod
Modified:
docs/Perl6/Spec/S29-functions.pod
docs/Perl6/Spec/S32-setting-library/Callable.pod
docs/Perl6/Spec/S32-setting-library/Containers.pod
Apologies to Carl Masak for writing his name in ASCII.
# context().
Added to S29, but I still don't know where these should go. Maybe on
Block?
# .wrap, .unwrap and .assuming.
Added to S32/Callable.
# callsame, callwith, nextsame, nextwith, lastcall.
Didn't know where t
On Thu, 26 Feb 2009, Martin D Kealey wrote:
> On Wed, 25 Feb 2009, Timothy S. Nelson wrote:
> > I'm in favour of retaining the $[ functionality, but lets give it some
> > name like $*INDEX_BEGINNING or something like that, so that it's quite
> > long for people to type :).
>
> Surely the interpreta
On 2009-Feb-26, at 7:46 pm, Timothy S. Nelson wrote:
# Object has .print and .say.
[...]
My question is, would we be better off having the string conversion
routine for arrays worry about the input/output record/field
separators, rather than the IO object? The downside I can see is
that
Here's my comments on Carl Masak's S29 list. Note that some of the
things that say that they're "now in" something still need a lot of work.
# Range objects have .from, .to, .min, .max and .minmax methods
Now in S32/Containers.pod
# .contains on Hash and Array
Where's this from?
#
Author: wayland
Date: 2009-02-27 03:44:46 +0100 (Fri, 27 Feb 2009)
New Revision: 25601
Modified:
docs/Perl6/Spec/S03-operators.pod
docs/Perl6/Spec/S29-functions.pod
docs/Perl6/Spec/S32-setting-library/Callable.pod
docs/Perl6/Spec/S32-setting-library/Containers.pod
docs/Perl6/Spec/S3
Martin D Kealey wrote:
> On Thu, 26 Feb 2009, Jon Lang wrote:
>> asin is not the inverse function of sin, although it's probably as close
>> as you can get. And even there, some sort of compiler optimization could
>> potentially be done, replacing the composition of asin and sin (both of
>> which
On Thu, 26 Feb 2009, Jon Lang wrote:
> asin is not the inverse function of sin, although it's probably as close
> as you can get. And even there, some sort of compiler optimization could
> potentially be done, replacing the composition of asin and sin (both of
> which have the potential to intensi
On Feb 26, 2009, at 14:27 , Jon Lang wrote:
Jon Lang wrote:
Brandon S. Allbery wrote:
Jon Lang wrote:
I'm not sold on the notion that Num should represent a range of
values
Arguably a range is the only sane meaning of a floating point number.
Perhaps; but a Num is not necessarily a floatin
Jon Lang wrote:
> TSa wrote:
>> Jon Lang wrote:
>>>
>>> �...@a[50%] # accesses the middle item in the list, since Whatever is
>>> set to the length of the list.
>>
>> I don't understand what you mean with setting Whatever. Whatever is
>> a type that mostly behaves like Num and is used for overloa
I don't know how relevant this is; but this sounds like the sort of
optimization that pure functional programming allows for - that is, if
the compiler ever sees a call like asin(sin($x)), it might optimize
the code by just putting $x in there directly, and bypassing both the
sin and asin calls -
On 2009 Feb 26, at 13:00, Jon Lang wrote:
I'm not sold on the notion that Num should represent a range of values
Arguably a range is the only sane meaning of a floating point number.
--
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allb...@kf8nh.com
system administrator [openafs,heimd
Daniel Ruoso wrote:
> Em Qui, 2009-02-26 às 17:01 +0100, TSa escreveu:
>> $y.error = 0.001;
>> $x ~~ $y;
>
> Looking at this I just started wondering... why wouldn't that be made
> with:
>
> my $y = 10 but Imprecise(5%);
> $x ~~ $y;
That's not bad; I like it.
--
Jonathan "Dataweaver"
TSa wrote:
> HaloO,
>
> Jon Lang wrote:
>>
>> �...@a[50%] # accesses the middle item in the list, since Whatever is
>> set to the length of the list.
>
> I don't understand what you mean with setting Whatever. Whatever is
> a type that mostly behaves like Num and is used for overloaded
> postcirc
Author: lwall
Date: 2009-02-26 17:37:55 +0100 (Thu, 26 Feb 2009)
New Revision: 25591
Modified:
docs/Perl6/Spec/S03-operators.pod
Log:
1-ary values for chaining operators should always be True even if negated
Modified: docs/Perl6/Spec/S03-operators.pod
=
Em Qui, 2009-02-26 às 17:01 +0100, TSa escreveu:
> $y.error = 0.001;
> $x ~~ $y;
Looking at this I just started wondering... why wouldn't that be made
with:
my $y = 10 but Imprecise(5%);
$x ~~ $y;
daniel
HaloO,
Jon Lang wrote:
@a[50%] # accesses the middle item in the list, since Whatever is
set to the length of the list.
I don't understand what you mean with setting Whatever. Whatever is
a type that mostly behaves like Num and is used for overloaded
postcircumfix:<[ ]>:(Array @self: Whate
HaloO,
Larry Wall wrote:
That seems a bit ugly though. Another way would be to define ± as
simple half-open Range and then overload comparison:
multi sub infix:<==>(Num $x,Range $r) {
$x == any($r.minmax);
}
This is strange. Having 1 == 1..3 and 3 == 1..3 as true is
not what
Author: wayland
Date: 2009-02-26 13:24:08 +0100 (Thu, 26 Feb 2009)
New Revision: 25585
Added:
docs/Perl6/Spec/S32-setting-library/Abstraction.pod
Modified:
docs/Perl6/Spec/S32-setting-library/Containers.pod
Log:
Containers.pod: Got some composition straightened out
Abstraction.pod: Documente
Author: wayland
Date: 2009-02-26 13:15:04 +0100 (Thu, 26 Feb 2009)
New Revision: 25584
Modified:
docs/Perl6/Spec/S32-setting-library/Containers.pod
Log:
Container.pod fixes, based on IRC advice.
Modified: docs/Perl6/Spec/S32-setting-library/Containers.pod
===
On Thu, 26 Feb 2009, Daniel Ruoso wrote:
Em Qui, 2009-02-26 às 08:55 -0300, Daniel Ruoso escreveu:
for @! {}
might provide the needed semantics...
After sending this mail I've just realized I don't know exactly which
are the needed semantics...
what happens if you have several unthrown excep
Author: wayland
Date: 2009-02-26 13:04:15 +0100 (Thu, 26 Feb 2009)
New Revision: 25583
Added:
docs/Perl6/Spec/S32-setting-library/Callable.pod
Modified:
docs/Perl6/Spec/S32-setting-library/Containers.pod
docs/Perl6/Spec/S32-setting-library/Exception.pod
docs/Perl6/Spec/S32-setting-libr
Em Qui, 2009-02-26 às 08:55 -0300, Daniel Ruoso escreveu:
> for @! {}
> might provide the needed semantics...
After sending this mail I've just realized I don't know exactly which
are the needed semantics...
what happens if you have several unthrown exceptions in the block, does
it throw every on
Em Qui, 2009-02-26 às 22:26 +1100, Timothy S. Nelson escreveu:
> given(any(@!)) {
> }
using junctions on exception handling doesn't seem like a good idea to
me, because it is too much of a basic feature... but...
for @! {
}
might provide the needed semantics...
OTOH, I think it would be sane t
On Thu, 26 Feb 2009, Timothy S. Nelson wrote:
My suggested solution would be to change $! to an exception container
object. But then we have to use it in the implicit given in the CATCH block.
If we used an any() Junction, would that do what we want?
Ok, Moritz told me on IRC that this won
Author: wayland
Date: 2009-02-26 12:05:45 +0100 (Thu, 26 Feb 2009)
New Revision: 25582
Modified:
docs/Perl6/Spec/S28-special-names.pod
Log:
Updated main table; refactoring after previous additions
Modified: docs/Perl6/Spec/S28-special-names.pod
Author: wayland
Date: 2009-02-26 12:04:54 +0100 (Thu, 26 Feb 2009)
New Revision: 25581
Modified:
docs/Perl6/Spec/S29-functions.pod
docs/Perl6/Spec/S32-setting-library/Containers.pod
Log:
Moved Junctions from S29 to Containers.pod
Modified: docs/Perl6/Spec/S29-functions.pod
Author: wayland
Date: 2009-02-26 11:57:19 +0100 (Thu, 26 Feb 2009)
New Revision: 25580
Modified:
docs/Perl6/Spec/S28-special-names.pod
Log:
Added types to main table
Modified: docs/Perl6/Spec/S28-special-names.pod
===
--- docs/Pe
On Wed, 25 Feb 2009, Larry Wall wrote:
On Thu, Feb 26, 2009 at 02:05:28PM +1100, Timothy S. Nelson wrote:
Does this mean that $! is a container of some sort?
It's an object, which (in the abstract) can contain anything it jolly
well pleases. The main question beyond that is how it re
Author: wayland
Date: 2009-02-26 11:00:39 +0100 (Thu, 26 Feb 2009)
New Revision: 25578
Modified:
docs/Perl6/Spec/S29-functions.pod
docs/Perl6/Spec/S32-setting-library/IO.pod
Log:
S29: Fix formatting
IO.pod: Get rid of tree, spec stat and LinkNode a bit better
Modified: docs/Perl6/Spec/S29-
Darren Duncan wrote on 2009 Feb 17:
Timothy S. Nelson wrote:
Agreed, and that's kinda what I'm doing. But I still think
there's room for improvement. I'll try and design an API that does
what DateTime does, but:
Talking about dates and times, I have some suggestions.
Second of all, I t
41 matches
Mail list logo