Luke Palmer wrote:
> The difference between POST and NEXT is simply that POST fails to
> refrain from executing after the final iteration, while NEXT does not.
Or in other words:
The difference between POST and NEXT is that POST executes after the final
iteration, while NEXT does not.
NEXT happ
Leopold Toetsch wrote:
> There is a nextkey_keyed mentioned in pdd02_vtables.pod, which would
> almost be all to implement aggregate iterators. Missing is IMHO how to
> reset (start) an iteration.
> Also not too long ago, there was some proposal WRT an iterator class.
I was the proposer. I have
Dan Sugalski wrote:
At 12:52 AM +0100 1/3/03, Leopold Toetsch wrote:
Dan Sugalski wrote:
First, the resource system falls down hard when doing lots of
allocations with no deallocations. It gets exponentially slower,
which is a Bad Thing.
1) parrot compiled -O3 (classes/Makefile is br0ken,
Leopold Toetsch wrote:
$ time parrot stress.pbc
real0m0.508s
Sorry, due to some lack of coffee, I ran a version, where DOD was
blocked in buildarray.
Here are updated numbers:
$ time perl examples/benchmarks/stress.pl
real0m0.786s
user0m0.590s
sys 0m0.200s
$ time parrot -
Can the type of a variable vary independenty of its value?
Consider the following:
my @a = (1,2,3);
my $b := @a;
@a and $b both refer to the same object. $b's object has methods such as
PUSH, POP, etc, as does @a's.
So the type of the value (object) is the same in each case, but the
vari
I have an idea !
Damian conway's Attribute::Types suggests
"my $date: INTEGER(1..31);"
but i think
"my int( 1..31 ) $date"
is more like a c++/java
"Integer date( 1, 31 );"
and a weddig of both should fit perl6 best. Would mean:
my int( 1..31 ) $var;
$date = 23; # okay
$date
Dave Whipp wrote:
>print @a + $b
>
> This will evaluate each, in numeric context. To get at those numbers,
> Perl will translate this to something like
>
>print @a.FETCHSIZE + $b.FETCHNUM
I thought[*0] that Larry said arrays in a scalar context are now treated
as array references, so ac
Murat Ünalan wrote:
> print "date" if $var is int( 1..31 );
I don't think that the type needs to be specified here, especially if
the variable has already been declared to be of the required type, so a
junction should be sufficient:
print "date" if $var == any(1 .. 31);
Smylers
Leopold Toetsch wrote:
[ another f'up myself ]
stress2 results:
$ time perl examples/benchmarks/stress2.pl
real0m2.430s
user0m2.410s
sys 0m0.020s
$ time parrot stress2.pbc
real0m1.854s
user0m1.710s
sys 0m0.140s
$ time parrot -j stress2.pbc
real0m1.460s
user0m
Aldo Calpini wrote:
I was the proposer. I have written an Iterator PMC back in the ol'
0.0.8 days, but then I was distracted and never finished my work.
I will try to reimplement my addition to 0.0.9 and submit a patch
ASAP (probably after 07 jan ;-).
Thanks, great.
cheers,
Aldo
leo
Leopold Toetsch wrote:
[ this is Mr. f'up myself again ]
$ time parrot -j stress.pbc
real0m0.849s
By reducing the amount of DOD runs I now have:
$ time parrot -j stress.pbc
A total of 9 DOD runs were made
real0m0.708s
But this still could go faster:
$ parrot -j stress.pbc # w/o pm
If memory serves me right, Dan Sugalski wrote:
> language-level "we're object-oriented dammit!" objects, not the
> lower-level stuff we're currently working with) should/will behave.
yay ! ... finally !
> reference-style objects and non-reference values.
How large can a non-reference value be
On Sat, 2003-01-04 at 00:28, Gopal V wrote:
> If memory serves me right, Dan Sugalski wrote:
> > language-level "we're object-oriented dammit!" objects, not the
> > lower-level stuff we're currently working with) should/will behave.
>
> yay ! ... finally !
The moment we've all been waiting for :
Hi There!
My name is Mike, and I have decided to pick up on the parrot again. You
seem to be making good progress, let me help you test this thing and
build some interfaces to other programs.
Can someone tell me if anyone uses packdump from cvs? is that an
equivalent to ildasm in dotnet? It seems
On Friday, January 3, 2003, at 08:55 AM, Smylers wrote:
Murat Ünalan wrote:
print "date" if $var is int( 1..31 );
I don't think that the type needs to be specified here, especially if
the variable has already been declared to be of the required type, so a
junction should be sufficient:
pri
On Friday, January 3, 2003, at 12:00 PM, Chris Dutton wrote:
print "date" if 1..31 given $var;
Except that this would always be true. Nevermind, I'm an idiot.
One of the wise may override my evaluation, but...
On Thu, 2 Jan 2003, Dave Whipp wrote:
> Can the type of a variable vary independenty of its value?
My understanding is that the type of a variable merely restricts the type
of value you can assign to it. (Well, it probably does more, but I'm no
--- Smylers <[EMAIL PROTECTED]> wrote:
> Murat Ünalan wrote:
>
> > print "date" if $var is int( 1..31 );
>
> I don't think that the type needs to be specified here, especially if
> the variable has already been declared to be of the required type, so a
> junction should be sufficient:
>
> prin
--- James Michael DuPont <[EMAIL PROTECTED]> wrote:
> Hi There!
> [SECTION PACKDUMP]
> make packdump.exe
> packdump.c: In function `PackFile_Constant_dump':
> packdump.c:111: structure has no member named `flags'
> make: *** [packdump.o] Error 1
>
> I have commented that out for now :
>
On Tue, Dec 31, 2002 at 06:32:42PM -0800, Steve Fink wrote:
> On Dec-31, Jerome Vouillon wrote:
> > The temporary objects could be stored in a stack, which is popped when
> > leaving the current function (both with normal exits and longjmp).
> > This should make it a lot less likely to forget the u
At 1:34 PM +0100 1/3/03, Leopold Toetsch wrote:
Dan Sugalski wrote:
At 12:52 AM +0100 1/3/03, Leopold Toetsch wrote:
Dan Sugalski wrote:
First, the resource system falls down hard when doing lots of
allocations with no deallocations. It gets exponentially slower,
which is a Bad Thing.
1)
At 5:46 PM +0100 1/3/03, Leopold Toetsch wrote:
Leopold Toetsch wrote:
[ this is Mr. f'up myself again ]
You've a *long* way to go to get that title. (It's mine, and you
can't have it! :)
$ time parrot -j stress.pbc
real0m0.849s
By reducing the amount of DOD runs I now have:
$ time pa
Dan Sugalski wrote:
At 5:46 PM +0100 1/3/03, Leopold Toetsch wrote:
Leopold Toetsch wrote:
[ this is Mr. f'up myself again ]
You've a *long* way to go to get that title. (It's mine, and you can't
have it! :)
Oh, sorry for misusing your prenome ;)
This test is with a 10% smaller PMC giv
Dan Sugalski wrote:
At 1:34 PM +0100 1/3/03, Leopold Toetsch wrote:
1) parrot compiled -O3 (classes/Makefile is br0ken, doesn't get CFLAGS
from Configure) - but unoptimized is still faster then perl5 :-)
Odd. Not on my system. Might be a x86/PPC issue.
I must have overlooked -O3 in clas
On Fri, Jan 03, 2003 at 10:58:49AM -0800, Mr. Nobody wrote:
> --- Smylers <[EMAIL PROTECTED]> wrote:
> > junction should be sufficient:
> >
> > print "date" if $var == any(1 .. 31);
>
> Superpositions in the core? You're kidding, right?
>
> What's wrong with "if 1 <= $var <= 31"?
My understan
> Date: Fri, 3 Jan 2003 12:06:24 -0500
> From: Chris Dutton <[EMAIL PROTECTED]>
>
> On Friday, January 3, 2003, at 12:00 PM, Chris Dutton wrote:
>
> > print "date" if 1..31 given $var;
>
> Except that this would always be true. Nevermind, I'm an idiot.
You're not such an idiot. You just got o
Chris Dutton wrote:
> On Friday, January 3, 2003, at 08:55 AM, Smylers wrote:
>
> > Murat Ünalan wrote:
> >
> > > print "date" if $var is int( 1..31 );
> >
> > print "date" if $var == any(1 .. 31);
>
> I was under the impression the "smart match" operator would cover that
> implicitly.
Ah, y
David Storrs wrote:
> On Fri, Jan 03, 2003 at 10:58:49AM -0800, Mr. Nobody wrote:
>
> > --- Smylers <[EMAIL PROTECTED]> wrote:
> >
> > > junction should be sufficient:
> > >
> > > print "date" if $var == any(1 .. 31);
> >
> > Superpositions in the core? You're kidding, right?
Yeah, somehow t
In the name of the bum (and c++-used eyes), i have some small criticism
about the "type and property" syntax. "Exegesis 2 - Any variables to
declare?" suggests:
my int ($pre, $in, $post) is constant = (0..2);
Two things "type and property" that belong so together are visually so
disrupted, which
--- Smylers <[EMAIL PROTECTED]> wrote:
> David Storrs wrote:
>
> > On Fri, Jan 03, 2003 at 10:58:49AM -0800, Mr. Nobody wrote:
> >
> > > --- Smylers <[EMAIL PROTECTED]> wrote:
> > >
> > > > junction should be sufficient:
> > > >
> > > > print "date" if $var == any(1 .. 31);
> > >
> > > Superp
[EMAIL PROTECTED] (Mr. Nobody) writes:
> I looked through the p6l archives, there really wasn't much discussion about
> it.
http://groups.google.com/groups?q=superpositions+group%3Aperl.perl6.language
finds 141 articles.
--
An ASCII character walks into a bar and orders a double. "Having a bad
Various folks wrote:
Superpositions in the core? You're kidding, right?
Nope. They're in (this week at least!)
What's wrong with "if 1 <= $var <= 31"?
...nothing. If you like it, by all means use it. But, (1) TIMTOWTDI,
(2) Smyler's version is more visually concise (although, granted, it
Simon Cozens wrote:
http://groups.google.com/groups?q=superpositions+group%3Aperl.perl6.language
finds 141 articles.
Thanks, Simon.
BTW, searching for "junctions" as well (i.e. the new name for the concept)
adds an extra 70 or so articles.
Damian
[EMAIL PROTECTED] (Damian Conway) writes:
> > http://groups.google.com/groups?q=superpositions+group%3Aperl.perl6.language
> > finds 141 articles.
>
> BTW, searching for "junctions" as well (i.e. the new name for the concept)
> adds an extra 70 or so articles.
Some of which are superimposed! :)
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-language and P6-internals, endlessly straining out the essentials
for the benefit of those in the Perl
Murat Ünalan wrote:
my int ($pre, $in, $post) is constant = (0..2);
Two things "type and property" that belong so together
Do they? Surely the type and constancy of a variable are entirely
orthogonal to each other.
Besides, if you want them near each other, you can write them this way:
my
Do list objects automatically turn lazy if they are assigned another
lazy list. Could I make a lazy list of the natural numbers like
this:?
@natural = 0..Inf;
Or would that end up consuming aleph-null time (neglecting issues of
finite representation)?
More interestingly, could C be used laz
- Original Message -
From: "Mr. Nobody" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 03, 2003 1:58 PM
Subject: Re: "my int( 1..31 ) $var" ?
> --- Smylers <[EMAIL PROTECTED]> wrote:
> > Murat Ünalan wrote:
> >
> > > print "date" if $var is int( 1..31 );
> >
> "JG" == Joe Gottman <[EMAIL PROTECTED]> writes:
JG> Speaking of which, is there a run-time test to check if a variable is of
JG> integral type? Something like
JG> print "date" if ($var is int) && (1 <= $var <= 31);
the old standby is:
int( $var ) == $var
uri
--
Uri G
- Original Message -
From: "Uri Guttman" <[EMAIL PROTECTED]>
To: "Joe Gottman" <[EMAIL PROTECTED]>
Cc: "Perl6" <[EMAIL PROTECTED]>
Sent: Friday, January 03, 2003 10:06 PM
Subject: Re: "my int( 1..31 ) $var" ?
> > "JG" == Joe Gottman <[EMAIL PROTECTED]> writes:
>
> JG> Speaking of
On Jan-02, Leopold Toetsch wrote:
> Steve Fink wrote:
>
> >On Dec-31, Leopold Toetsch wrote:
>
>
> >>I think, it moves the problems just around with a lot of overhead. E.g.
> >>cloning a PerlArray of 10^6 entries would need 1000 generations
>
> >I don't understand. The outer clone belongs to
Applied both, thanks.
--Josh
At 19:11 on 12/31/2002 GMT, Nicholas Clark (via RT)
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Nicholas Clark
> # Please include the string: [perl #19630]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2
> From: "Joe Gottman" <[EMAIL PROTECTED]>
> Date: Fri, 3 Jan 2003 22:25:16 -0500
>
> > > "JG" == Joe Gottman <[EMAIL PROTECTED]> writes:
> >
> > JG> Speaking of which, is there a run-time test to check if a variable
> is of
> > JG> integral type? Something like
> >
> > JG> print "dat
Done.
--Josh
At 22:57 on 12/31/2002 GMT, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> Currently Parrot is picking up Perl's C compiler flags. Perl is quite
> deliberately attempting to set -fno-strict-aliasing, to stop gcc using
> ANSI's aliasing rules to infer possible optimisations; optimisatio
At 7:27 PM +0100 1/3/03, Erik Bågfors wrote:
On Sat, 2003-01-04 at 00:28, Gopal V wrote:
If memory serves me right, Dan Sugalski wrote:
> language-level "we're object-oriented dammit!" objects, not the
> lower-level stuff we're currently working with) should/will behave.
yay ! ... finally !
At 4:58 AM +0530 1/4/03, Gopal V wrote:
If memory serves me right, Dan Sugalski wrote:
language-level "we're object-oriented dammit!" objects, not the
lower-level stuff we're currently working with) should/will behave.
yay ! ... finally !
reference-style objects and non-reference values.
46 matches
Mail list logo
