Steve Peters <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 23, 2005 at 04:00:45PM -, Leopold Toetsch via RT wrote:
>>
>> atan N4, -0.0, -0.0
>>
>> Obviously another broken C system. What says your perl:
>>
>> $ perl -le'print atan2(-0.0,-0.0)'
>> -3.14159265358979324
>>
> Tasty :-/
> On OpenBSD,
On Thu, Mar 24, 2005 at 01:17:40PM +0800, Autrijus Tang wrote:
: As of r1079, there is $?EXECUTABLE_NAME (that is, $^X in perl5) and
: $?PROGRAM_NAME (that is, $0 in perl5). Note that those two things
: are unspecced -- I just pulled them out from perlvar.
I'd also note the $*EXECUTABLE_NAME migh
On Wed, Mar 23, 2005 at 06:37:12PM +1100, Andrew Savige wrote:
> When writing tests that run Pugs, the Pugs-equivalent of $^X would seem
> handy to me. I could run it with system("pugs tsanta.p6 ...") but that
> seems bad. Any other ideas?
As of r1079, there is $?EXECUTABLE_NAME (that is, $^X in p
William,
115 is about right. What you are seeing is basically our TODO list :)
- Stevan
On Mar 23, 2005, at 8:03 PM, William Coleda wrote:
Here's another round with version 1192, OS X; more tests, but more
failures, too:
Failed Test Stat Wstat Total Fail Failed List
of
Here's another round with version 1192, OS X; more tests, but more failures,
too:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/builtins/goto.t1 256?? ??
More!
can you have several slurpy params, of the same type, which are
assigned contiguous sequences of the thing they can slurp?
foo([EMAIL PROTECTED], *%a, [EMAIL PROTECTED])
foo(1, 2, 3, a => b, c => d, 4, 5, 6);
for me that makes sense for slurpy blocks, but not anyth
On Wed, Mar 23, 2005 at 11:53:06 -0800, Larry Wall wrote:
> On Wed, Mar 23, 2005 at 05:43:52PM +0200, Yuval Kogman wrote:
> : The algorithmic approach to binding some params:
> :
> : bind invocants
> :
> : bind named parameters, and keep leftover pairs for %_
> :
> : treat nonpairs a
On Wed, Mar 23, 2005 at 08:24:48PM +0200, Yuval Kogman wrote:
: On Wed, Mar 23, 2005 at 17:43:52 +0200, Yuval Kogman wrote:
: > Hola... I've spend some time these last few days slowly getting
: > currying to work in pugs.
:
: It should also be mentioned that I made magical $?SUB et al unbind
: the
HaloO Larry,
you wrote:
: class Str[ ::T does StringNumification ]
: {...}
And then, based only on what you've written there, we need to teach
people all about classes, parameterized types, representational types,
constraints, formal type parameters, and roles before they can begin
to write the rad
On Wed, Mar 23, 2005 at 05:43:52PM +0200, Yuval Kogman wrote:
: The algorithmic approach to binding some params:
:
: bind invocants
:
: bind named parameters, and keep leftover pairs for %_
:
: treat nonpairs as positionals, and bind them sequentially. Left
: over nonpair
Hi!
On Wed, Mar 23, 2005 at 04:39:50PM +0100, Leopold Toetsch wrote:
> > In the nest french perl workshop, I will explain why such a language is
> > able to help us in our pedagogy.
>
> If it's that workshop that runs in parallel with the Vienna one, then
> we'll meet via live broadcast, hopeful
On Wed, Mar 23, 2005 at 07:33:43PM +0100, Thomas Sandlaß wrote:
: Larry Wall wrote:
: >So we should probably
: >have a generalized radix_to_dec($radix,$input) function out there
: >somewhere instead.
:
: Why not shift it onto the type system:
:
: my Int $i = $input as Str[$radix] as Int;
:
: A b
On Wed, Mar 23, 2005 at 11:14:16AM -0500, Stevan Little wrote:
: Is subst an object/type?
: Or is it a method of the Str object?
I suspect it's just a method, and the ~~ binding of s/// is merely
syntactic sugar for the method call.
: If it is an object ...
:
: Does s/// produce a su
Larry Wall wrote:
So we should probably
have a generalized radix_to_dec($radix,$input) function out there
somewhere instead.
Why not shift it onto the type system:
my Int $i = $input as Str[$radix] as Int;
A bit lengthy but quite clear.
And easy to extend e.g. to roman numerals:
say "VII" as Str[Ro
On Wed, Mar 23, 2005 at 17:43:52 +0200, Yuval Kogman wrote:
> Hola... I've spend some time these last few days slowly getting
> currying to work in pugs.
It should also be mentioned that I made magical $?SUB et al unbind
the sub.
In a curried sub, should that happen?
It looks more consistent for
All~
On Wed, 23 Mar 2005 17:19:09 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Bernhard Schmalhofer via RT <[EMAIL PROTECTED]> wrote:
> >> [mdiep - Di 22. Mär 2005, 14:35:02]:
> >>
> >> pmc2c2.pl is the new pmc2c.pl. Both currently exist in Parrot CVS.
> >> Either pmc2c.pl should be delete
On Wed, 2005-03-23 at 12:58, Larry Wall wrote:
> :2<1000_>
> :10<1_000_000>
Two things:
1. Just a note that Pugs doesn't yet do _ in numbers, but should
2. I'd really like to see a warning on non-standard _ breaks, e.g;
1_00_000
should issue a warning.
> Interestingly,
Larry Wall wrote:
my @array of Int;
is really short for
my @array is Array of Int;
How does 'is' relate to 'does'? I mean is the above @array
ready for operation? Whilst
my @array does Array of Int;
still needs a compatible object to be put into @array?
Like so:
class Blubber does Array of
On Wed, Mar 23, 2005 at 03:28:31PM +, Peter Haworth wrote:
: On Mon, 21 Mar 2005 08:41:27 -0800, Larry Wall wrote:
: > Okay, I've come around to liking it, but I think we have to say that
: > 0x, 0d, 0o, 0b, and whatever else we come up with are just setting
: > the default radix. If a string c
Bernhard Schmalhofer via RT <[EMAIL PROTECTED]> wrote:
>> [mdiep - Di 22. Mär 2005, 14:35:02]:
>>
>> pmc2c2.pl is the new pmc2c.pl. Both currently exist in Parrot CVS.
>> Either pmc2c.pl should be deleted or pmc2c2.pl should be renamed to
>> pmc2c.pl.
> A better location might be 'build_tools/pmc2
Steven Schubiger <[EMAIL PROTECTED]> wrote:
>> The test file t/pmc/pmc.t is full of Perl* tests.
>> These should be factored out into t/pmc/perl*.t.
Thanks, applied #34539 - #34545.
leo
PS nitpicking: please provide just one patch, if it isn't too big. This
simplifies applying. And always test y
Larry,
Yes, I realized that my test was wrong. What I really wanted to test
for was this:
pugs -e "say 'foo\\'"
which gives the error:
unexpected end of input
expecting "\\'" or end of string
NonTerm SourcePos "-e" 1 12
Perl5 handles this correctly with:
pe
On Tue, Mar 22, 2005 at 05:32:04PM -0500, Stevan Little wrote:
: Basically, pugs does not seem to correctly parse the single quoted
: string 'test\'
That is not a single-quoted string. That's the beginning of a
single-quoted string. All parsing in Perl 6 is left-to-right, without
"lookaheads" f
On Wed, Mar 23, 2005 at 04:00:45PM -, Leopold Toetsch via RT wrote:
> Steve Peters <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by Steve Peters
> > # Please include the string: [perl #34549]
> > # in the subject line of all future correspondence about this issue.
> > # https://rt.perl.
Chris <[EMAIL PROTECTED]> wrote:
> In our university, teaching parrot assembly is effective.
Great. Thanks for the update.
> In the nest french perl workshop, I will explain why such a language is
> able to help us in our pedagogy.
If it's that workshop that runs in parallel with the Vienna one,
Hello All,
I have been asking Autrijus about getting the substitution regexp
working in Pugs, and a few issues have come up which need some
clarification.
In the Smart Matching table in Synopsis 04, there is a mention of
'subst' (here is that snippet so you don't have to go digging):
$_
Autrijus Tang <[EMAIL PROTECTED]> wrote:
> As of Pugs revision 1024, this works:
> % pugscc --runparrot -e "'Hello, Parrot'.say"
Wow. And with rev 2^10 :)
> ... Parrot is
> really much, much saner than I had hoped; it eeriely supports lots of
> things needed by a Perl 6 implementation. I wo
Matt Diephouse <[EMAIL PROTECTED]> wrote:
> via RT François PERRAD <[EMAIL PROTECTED]> wrote:
>> # New Ticket Created by François PERRAD
>> # Please include the string: [perl #34483]
>> # in the subject line of all future correspondence about this issue.
>> # https://rt.perl.org/rt3/Ticket/Displ
Steve Peters <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Steve Peters
> # Please include the string: [perl #34549]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34549 >
> When running testing parrot-HEAD, I get
Hola... I've spend some time these last few days slowly getting
currying to work in pugs.
L states: "takes a series of named arguments"
The way binding is implemented in pugs does not seem to require
limiting that usage case. We have 2 functions, that operate on a
subroutine (which knows it's par
On Mon, 21 Mar 2005 08:41:27 -0800, Larry Wall wrote:
> Okay, I've come around to liking it, but I think we have to say that
> 0x, 0d, 0o, 0b, and whatever else we come up with are just setting
> the default radix. If a string comes in with an explicit 0x, 0d, 0o,
> or 0b, we believe that in prefer
Chip Salzenberg <[EMAIL PROTECTED]> wrote:
> What design issues are crying for attention right now?
I forgot another related issue in my previous mail. In
Subject "Scope exit and timely destruction" I've written:
> Given is a Perl snippet like:
>{
> my $fh = IO::File->new;
> $fh->
Chip Salzenberg <[EMAIL PROTECTED]> wrote:
> What design issues are crying for attention right now?
The CPS (continuation passing style) call scheme has some still
unsolved implications. There are mainly two issues:
1) correctness
2) speed
I'd like to summarize mainly the correctness item.
"Br
# New Ticket Created by Steven Schubiger
# Please include the string: [perl #34545]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34545 >
> The test file t/pmc/pmc.t is full of Perl* tests.
> These should be factored out
# New Ticket Created by Steven Schubiger
# Please include the string: [perl #34544]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34544 >
> The test file t/pmc/pmc.t is full of Perl* tests.
> These should be factored out
[EMAIL PROTECTED] wrote:
pugs too lazy
Miroslav Silovic noticed that closing a file handle in pugs did not
force all the thunks associated with the file. While this was a bug in
pugs, it led to conversation about whether = should be lazy or eager.
Larry thinks that it will be safer to
At the moment I'm trying to see if I could get used to ..method meaning
$_.method, and whether it buys me anything psychologically.
At some point, adding another thing people have to remember in order to
save one character gets a bit self-defeating, surely.
The good thing about $_.method is that
(Cc'ing this post to p6i and p6l, as this is likely to concern folks
from all three mailing lists.)
As of Pugs revision 1024, this works:
% pugscc --runparrot -e "'Hello, Parrot'.say"
And yes, it does what you think it does. Pugs takes that Perl 6 source
code, produce an AST, triggers the Co
# New Ticket Created by Steve Peters
# Please include the string: [perl #34549]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34549 >
When running testing parrot-HEAD, I get a test failure in t/op/trans.t on
OpenBSD. Ru
# New Ticket Created by Steven Schubiger
# Please include the string: [perl #34543]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34543 >
> The test file t/pmc/pmc.t is full of Perl* tests.
> These should be factored out
# New Ticket Created by Steven Schubiger
# Please include the string: [perl #34542]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34542 >
> The test file t/pmc/pmc.t is full of Perl* tests.
> These should be factored out
# New Ticket Created by Steven Schubiger
# Please include the string: [perl #34541]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34541 >
> The test file t/pmc/pmc.t is full of Perl* tests.
> These should be factored out
# New Ticket Created by Steven Schubiger
# Please include the string: [perl #34540]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34540 >
> The test file t/pmc/pmc.t is full of Perl* tests.
> These should be factored out
# New Ticket Created by Steven Schubiger
# Please include the string: [perl #34539]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34539 >
> The test file t/pmc/pmc.t is full of Perl* tests.
> These should be factored out
On 22 Mar 2005, at 19:11, Michael G Schwern wrote:
On Tue, Mar 22, 2005 at 06:28:21PM +, Adrian Howard wrote:
I can't believe you didn't stick a reference to the perl-qa list there
:-)
The audience was not Perl programmers. Primarily Haskell and Java. A
few
people expressed interest in Perl
In our university, teaching parrot assembly is effective.
For 3 weeks now, our students (2nd year) are trying to realize programs
in parrot assembly and, for most of them, they really apreciate it.
The general opinion is that it is very powerfull and easy to learn.
In the nest french perl worksho
46 matches
Mail list logo
