* Tom Christiansen ([EMAIL PROTECTED]) [081126 23:55]:
> On "Wed, 26 Nov 2008 11:18:01 PST."--or, for backwards compatibility,
> at 7:18:01 p.m. hora Romae on a.d. VI Kal. Dec. MMDCCLXI AUC,
> Larry Wall <[EMAIL PROTECTED]> wrote:
>
> SUMMARY: I've been looking into this sort of thing lately (see
Author: lwall
Date: 2008-11-27 08:21:32 +0100 (Thu, 27 Nov 2008)
New Revision: 24080
Modified:
docs/Perl6/Spec/S03-operators.pod
src/perl6/STD.pm
Log:
[STD] not() etc. is a function call
[S03] prefix:<^> no longer tries to get fancy with lists
Modified: docs/Perl6/Spec/S03-operators.pod
==
On Wed, Nov 26, 2008 at 06:21:22PM -0800, Larry Wall wrote:
> On Wed, Nov 26, 2008 at 08:54:50AM +0100, Moritz Lenz wrote:
> : Patrick R. Michaud wrote:
> : > Currently Rakudo is treating [EMAIL PROTECTED] as though it's
> : > prefix:<^> on a List, which S03 says
> : > for ^(3,3) { ... } # (0,
Tom Christiansen wrote:
I believe database folks have been doing the same with character data, but
I'm not up-to-date on the DB world, so maybe we have some metainfo about
the locale to draw on there. Tim?
AFAIK, modern databases are all strongly typed at least to the point that the
values yo
On Wed, Nov 26, 2008 at 08:54:50AM +0100, Moritz Lenz wrote:
:
:
: Patrick R. Michaud wrote:
: > Currently Rakudo is treating [EMAIL PROTECTED] as though it's
: > prefix:<^> on a List, which S03 says
: >
: > If [prefix:<^> is] applied to a list, it generates a
: > multidimensional set o
On Wed Nov 26 13:18:57 2008, coke wrote:
>
>
> The only remaining instance in branch that I'm not sure how to resolve
> is
>
> t/configure/034-step.t
>
> Jim - if you could take a look at that usage of miniparrot and either
> bless it or remove it, that'd be very helpful. (I can't tell if i
Unfortunately I think this patch causes the following to fail:
sub foo($a) { 1.say for $a }
foo((1,2,3));
The problem is that simply looking at (misnamed) Perl6Scalar and
deciding what to do is a little coarse-grained. The real problem is in
the argument binding to a scalar versus array
Can I just remind everyone that (IMO) we shouldn't just be considering
filesystems here? I think it would be a pretty useful feature to have a
general tree manipulation interface, and then this could be applied to
filesystems, or XML, or LDAP, or SQL (although this doesn't map so well), or
wh
On Sat Nov 08 09:32:09 2008, pmichaud wrote:
> On Sat, Nov 08, 2008 at 12:54:52AM -0800, Ilya Belikin wrote:
> > sub foo (@a) { 1.say for @a }
> > foo((1,2,3,4)); # only one 1
> > foo([1,2,3,4]); # only one 1
> > foo( my @a = 1,2,3 ); # only one 1
> >
> > This one really pesky bug :(
>
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #60868]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60868 >
>From Rakudo r33221:
$ perl6 -e'say [].min'
Use of uninitialized value
$ perl6 -e'say
# New Ticket Created by Ilya Belikin
# Please include the string: [perl #60854]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60854 >
Hi!
Rakudo 33212, example:
class R { has Range $.range }
my $r = R.new;
died with:
Nul
Patrick R. Michaud wrote:
> Currently Rakudo is treating [EMAIL PROTECTED] as though it's
> prefix:<^> on a List, which S03 says
>
> If [prefix:<^> is] applied to a list, it generates a
> multidimensional set of subscripts.
>
> for ^(3,3) { ... } # (0,0)(0,1)(0,2)(1,0)(1,1)(1,2)(2,
Thank you, very much!
2008/11/26 Moritz Lenz via RT <[EMAIL PROTECTED]>:
> On Sat Nov 08 09:32:09 2008, pmichaud wrote:
>> On Sat, Nov 08, 2008 at 12:54:52AM -0800, Ilya Belikin wrote:
>> > Hi there,
>> >
>> > sub foo (@a) { 1.say for @a }
>> > foo((1,2,3,4)); # only one 1
>> > foo([1,2,3,4]
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #60850]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60850 >
I still have out of country guests, so I won't have much follow up time on
this.
On Wed, Nov 26, 2008 at 11:18:01AM -0800, Larry Wall wrote:
> Anyway, feel free to coordinate this here and/or on #perl6. (Note
> that Patrick is in the process of moving all the Synopses to the pugs
> repo at some point soon, so the current S16 in pugs/docs/Perl6/Spec
> is likely to have its name
On Wed, Nov 26, 2008 at 5:15 PM, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> Yes, you are right on this. ASCII does not suffer from UTF-8, so my
> example was flawed. The second 128 does cause problems. How can glob()
> sort filenames, for instance?
That's a matter of collation, not (just) chara
On Thu Nov 20 20:46:18 2008, [EMAIL PROTECTED] wrote:
> If you accidentally try to instantiate a class that has not been
> defined, but the namespace for that class has been vivified, then you
> get an obscure error message:
> ...
> With the attached patch, Rakudo instead dies with a more infor
On Sun Oct 26 14:26:27 2008, masak wrote:
> Rakudo r32151 is only able to call &-sigil subs if they have not been
> initialized with "my".
>
> $ ./perl6 -e '&b = &say; &b(5)' # works
> 5
> $ ./perl6 -e 'my &b = &say; &b(5)' # fails
> Lexical 'b' not found
> [...]
>
This was fixed earlier today,
* Brandon S. Allbery KF8NH <[EMAIL PROTECTED]> [2008-11-25 07:25]:
> OTOH Perl has historically not said much about doing that kind
> of thing.
And I’m not in favour of it starting now. All I am saying is that
APIs should be designed to encourage correct designs; arguably
this is the spirit of Per
On Sat Nov 08 04:58:36 2008, bacek wrote:
> there is attached patch to factor check readonly status to separate
> function. Unfortunately I can't add call to '!CHECK_READONLY'
> into (prefix|postfix)(++|--) because I'm waiting to resolve #59596 :)
Thanks for the patch. However, it's not really th
On Wed, 2008-11-26 at 11:34 -0800, Darren Duncan wrote:
> I agree with the idea of making Perl 6's filesystem/etc interface more
> abstract,
> as previously discussed, and also that users should be able to choose between
> different levels of abstraction where that makes sense, either picking a
On Tue Nov 25 13:19:15 2008, moritz wrote:
> Rakudo as of r33193 doesn't implement lexical subroutines; neither 'my
> sub ...' is implemented nor does 'my $x = sub { ... }' work properly (a
> test for the latter can be found in t/spec/integration/man-or-boy.t).
>
All of:
my $x = sub { ... }
my &x
I agree with the idea of making Perl 6's filesystem/etc interface more abstract,
as previously discussed, and also that users should be able to choose between
different levels of abstraction where that makes sense, either picking a more
portable interface versus a more platform-specific one.
F
On Wed, Nov 26, 2008 at 11:21:58AM +0300, Richard Hainsworth wrote:
> The S16: chown, chmod thread seems to be too unix-focussed.
Indeed, what you are currently reading in S16 is mostly just lightly
edited copy-paste from P5 docs. But the S16 draft is out in the pugs
repo for a reason--anyone and
Author: bernhard
Date: Wed Nov 26 10:30:07 2008
New Revision: 33229
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[codingstd] add a VERSION section to PDD 14
Modified: trunk/docs/pdds/draft/pdd14_numbers.pod
===
- Original Message
> From: "[EMAIL PROTECTED] via RT" <[EMAIL PROTECTED]>
>
> Thanks for testing. :-)
>
> On Tue Nov 25 23:38:58 2008, [EMAIL PROTECTED] wrote:
> > t/spec/S12-methods/default-trait.t (Wstat: 0
> > Tests: 6 Failed: 1)
> > Failed test: 2
> >
On Mon Nov 17 13:49:03 2008, masak wrote:
> Rakudo r32733:
>
> rakudo: my @a; @a[0].=subst( '', '')
> OUTPUT[PAST::Compiler can't compile a null nodecurrent
> instr.:
> [...]
Ah, yes, .= was only handling a scalar on the LHS. Thanks to PAST
enhancements since I first implemented .=, it was nice
* Leon Timmermans ([EMAIL PROTECTED]) [081126 15:43]:
> On Wed, Nov 26, 2008 at 12:40 PM, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> That is a task for the operating system, not Perl. You're trying to
> solve the problem at the wrong end here IMHO.
In my (and your) case, the operating system is no
On Wed, Nov 26, 2008 at 12:40 PM, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> Also, I get data from a CD which was written case-insensitive and then
> copied to my Linux box. It would be nice to be able to say: "treat this
> directory case insensitive" (even when the implementation is slow)
> Share
On Mon Nov 24 07:52:42 2008, masak wrote:
> $ perl6 -c -e 'my $a; $a .= "A"'
> Method 'panic' not found for invocant of class 'PGE;Match'
>
> I inadvertently wrote this when meaning '~='. It would probably be a
> good thing to emit a helpful error message in this case. (Unless it's
> legal Perl 6,
On Wed, Nov 26, 2008 at 04:35:41AM -0800, [EMAIL PROTECTED] via RT wrote:
> I believe the Any method would also be exported...
>
> multi method Complex() is export { ... }
>
> So we'll get a sub form too...
>
> Complex(...)
>
> But trying to introduce a sub form right now causes clashes with th
On Mon Nov 24 15:12:48 2008, masak wrote:
> rakudo: eval { class A { has $.x } }; say A.new(x=>5).x
> rakudo 33156: OUTPUT[5Null PMC access in
> find_method()current instr.: 'parrot;Perl6;Compiler;main' pc 136910
> (src/gen_actions.pir:13693)]
> it gives the right answer, but then decides to
On Wed, Nov 26, 2008 at 12:40:41PM +0100, Mark Overmeer wrote:
> We should focus on OS abstraction.
> [...] the design of this needs to be free from historical mistakes.
And avoid making too many new ones. There must be useful prior art around.
Java, for example, has a FileSystem abstraction ja
On Wed Nov 26 04:27:12 2008, ihrd wrote:
> Hi!
> Rakudo 33212, example:
>
> class R { has Range $.range }
> my $r = R.new;
>
> died with:
> Null PMC access in clone()
> current instr.: 'parrot;Perl6Object;!cloneattr' pc 782
>
Ah yes, a missing null check. Added in r33218.
Thanks,
Jonathan
On Sat Nov 08 20:39:00 2008, [EMAIL PROTECTED] wrote:
> rakudo: enum Foo;
> OUTPUT[A method named 'get_string' already exists in
> class ''. It may have been supplied by a role.current instr.:
> '_block15' pc -339673149 ((unknown file):-1)called from Sub
> '_block15' pc 169 (EVAL_11:55)called
On Wed Nov 05 22:58:18 2008, [EMAIL PROTECTED] wrote:
> There are two bugs here. The attached patch fixes bug #2 but not bug
> #1.
>
> Bug #1) "role A::B" is not interpreted as a role, but just as a module.
>
>./perl6 -e 'role A { method foo { say "Foo"; } }; say A.WHAT'
>Role
>
>
On Sun Nov 23 10:33:24 2008, moritz wrote:
> On Sat Oct 18 17:15:30 2008, bacek wrote:
> > Hello.
> >
> > 00:05 bacek
> > rakudo: my $a; $a = $a + 1i; say $a
> >
> > 00:05 polyglotbot
> > OUTPUT[Multiple Dispatch: No suitable candidate found for 'add', with
> > signature 'PPP
- Original Message
> On Tue Nov 25 23:38:58 2008, [EMAIL PROTECTED] wrote:
> > t/spec/S12-methods/default-trait.t (Wstat: 0
> > Tests: 6 Failed: 1)
> > Failed test: 2
> >
> I'd be especially interested in the test output of this one (or to know
> if it's no
Hi!
Thanks for testing. :-)
On Tue Nov 25 23:38:58 2008, [EMAIL PROTECTED] wrote:
> t/spec/S12-methods/default-trait.t (Wstat: 0
> Tests: 6 Failed: 1)
> Failed test: 2
>
I'd be especially interested in the test output of this one (or to know
if it's no longer failing
* Richard Hainsworth ([EMAIL PROTECTED]) [081126 08:21]:
> The S16: chown, chmod thread seems to be too unix-focussed.
>
> To be portable, the minimum assumptions need to be made about the
> environment in which a program operates. Alternatively, the software
> needs to be able to determine whet
Richard Hainsworth wrote in perl.perl6.language :
> The S16: chown, chmod thread seems to be too unix-focussed.
I was more or less thinking that the syscall-related primitives,
like chown or chmod, could go in a POSIX namespace. Even in UNIX
land nowadays the situation can be much more complex tha
The S16: chown, chmod thread seems to be too unix-focussed.
Perl6 is being born in a world dominated by the internet. Whilst perl
was the glue for the internet when the internet was born, it was a unix
child. I learned perl from a Windows perspective and I found the
discussion of ownership and
42 matches
Mail list logo
