Oh, sorry... Larry Wall didn't actually to Phoenix-pm. At least not that
I know of. This was a forward from me. Thought ya'll might find this
interesting... on a Perl 5 level, in a Perl 6 sort of way, and also on
the subject of software refactoring.
-scott
On 0, Larry Wall <[EMAIL PROTECTED]> w
Hi Peter,
There are several source filters that make select changes and modules
that give select Perl 6 features to Perl 5. All in all, there's a
lot there -- I've written Perl6::Contexts, for example, which diddles
the bytecode to give Perl 5 programs most of the new contexts from
Perl 6. In fac
Melvin &co,
Which IRC network, which channel?
Sorry for past, present, and future newbie questions. Doubly so for having
overlooked documentation. Docs are in excellent condition, considering.
Since I can't help but to pipe up, I should disclaim myself: Parrot is
extremely coo. The core team h
Still trying to solve the assembly/PMC vector interface. Accosted Dan on IRC re:
multidimentional indices.
Looking for thoughts on this.
Working under assumptions:
* There is no assembler syntax yet, or atleast not final.
* Hardcoding KEY *'s into the assembly is the only way so far.
* Typica
Btw, to the best of the ability of my backscroll, I'm trying to archive useful
conversations on http://www.slowass.net/wiki/?ParrotVirtualMachine. If I miss
something, feel free to add it.
-scott
On Sun, 14 Jul 2002, Dan Sugalski wrote:
> At 10:09 AM +0100 7/14/02, Simon Wistow wrote:
> >On S
Dan,
As it stands, KEY * is a win when:
1) All of the array indices are constants and hardcoded into the instruction
stream
2) The PMC handling the index does not have to recurse.
In all other cases, as it currently stands, it is a loose. I hate to come out
and be so blunt, but I thin
Dan,
Thanks for being a good sport. I'm not in a hurry here - don't feel like you
need to be.
> >> I propose that keyed access do exactly eight things:
> >>
> >> * fetch a PMC using a key
> >> * fetch a integer using a key
> >> * fetch a number using a key
> >> * fetch a string using a k
When a KEY * key datastructure is passed to a keyed method in array.pmc,
and key->next is true...:
array.pmc will recurse into the keyed lookup method of the PMC that it
contains, passing it key->next.
This implements the recursive indexing behavior as described in PDD08.
-scott
Index: parrot/
On Mon, 22 Jul 2002, Angel Faus wrote:
> In my opinion, there are actually two different things to dicuss:
>
> - keyed opcodes
> - keyed methods on the PMC vtable
>
...
>
> Keyed opcodes can stay in the interest of code density.
>
> >
> > No. Keyed access for all methods stays. You're for
On Mon, 22 Jul 2002, Nicholas Clark wrote:
> I will now demonstrate my ignorance of the parrot build system:
>
>
> Do pmc files get turned pretty directly into C code?
>
Yes, via classes/pmc2c.pl. I don't see any code in there to replace the
// style comments, but I didn't read too careful
On Wed, 24 Jul 2002, Mike Lambert wrote:
Mike,
I submit some patches a few days back, one with updates to the documentation
from my reverse engineering and probing efforts. I also implemented a patch
to make Array.PMC handle keys recursively. I'm kind of testing the waters
here. If they are ac
Mike,
Part of the beauty of PMCs is that you can have very compact
storage given a dedicated eg int array type. Generating these
would not be a bad thing. The typical case still remains, that
arrays will contained mixtures of all datatypes.
On Wed, 24 Jul 2002, Mike Lambert wrote:
> This patch
Mike,
Was very happy to see your message. People don't often agree with
me. I'm not very agreeable.
On Thu, 25 Jul 2002, Mike Lambert wrote:
> Scott Walters wrote:
>
> > Part of the beauty of PMCs is that you can have very compact
> > storage given a dedicated e
Hi Autrijus,
> (Resend, this time cc'ing perl6-compilers with the correct address.)
[EMAIL PROTECTED] is having problems right now... the spammers are winning.
> Hey Scott. I have yet to read your "Perl 6 Now!" book (a friend will
> bring it to Taiwan next month), but I've just discovered the w
See also http://use.perl.org/~LTjake/journal/23570 =)
-scott
On 0, Stevan Little <[EMAIL PROTECTED]> wrote:
> Autrijus,
>
> While I like the current Pugs banner, it's basically a variation of the
> Hugs banner. So I put my years of art school training to work, and some
> help from FIGlet I cr
> What is a list reference?
> What is an array?
...
> What is a list?
Hi Juerd,
There was a thread on this not long ago. I forgot it's name.
Apo 2 said:
[1,2,3]
is syntactic sugar for something like:
scalar(list(1,2,3))
... suggesting that lists could have references taken to them, much
When I announced that I fixed a version of Perl6::Variables to do <<>>,
crickets chirped. I dislike having to place a lot of matching quotes,
brackets, parenthesis, and braces in my code. You must stop and
visually inspect code to make sure it balances out and even then is a
common source of bug c
Juerd,
You'd do well to not remove the conclusion of my post when the conclusion
is that the I strongly support you. Otherwise, your reply, read out of
context, sounds like you're fending off an attacker ;)
People would do well to seperate the merits of the idea from the merits of the
suggested
I propose we pretend that $$foo = 'bar' stills work and use that as a benchmark
for hash subscripting ease. If it requires fewer keystrokes or neuron fires to
write Perl 4 code, then Perl 6 might be succeding on the programming in the
small but failing at programming in the large.
${'bar'} =
Let me summerize my undestanding of this (if my bozo bit isn't already
irrevocably set):
* %hash<> retains the features of P5 $hash{foo} but does nothing to counter the
damage of removal of barewords
* %hash`foo occupies an important nitch, trading features (slice, autovivication)
to optmize for
e offended on behalf of other people I hope you really enjoy being offended.
Na na na! One of these days I'm going to resolve to hunt you down to irritate you
as you do to me.
-scott
On 0, chromatic <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2004-04-15 at 12:27, Scott Walters
Ack - well, I was downright antagonistic, so I really earned it.
I can only try to accept criticism as well as the rest of the list has.
Apology accepted of course, and an apology of my own to the list who had to
suffer me and chromatic who didn't take me too seriously ;)
-scott
On 0, chroma
Since this horse came back to life, I'm going to give it a good thrashing, and
I've got goons to help me.
I've asked the Phoenix Perl Mongers for their take on the situation. I've posted
a _completely_ unbiased synopsis of the situation. Here are excerpts from the replies:
Tony's take:
"Rename
On 0, Juerd <[EMAIL PROTECTED]> wrote:
>
> However, is the name "boolean" final? I would prefer "true", perhaps
> with a corresponding "false".
I want an "okay". Routines should be able to "return okay" to indicate
an ambivalent degree of success. "okay" would be defined as "true | false",
so:
Hi kids,
I have work-related reason to add a "B" backend for Perl 5 to the perl6
compiler. I'm looking at creating an assembler for Perl 5's "B" bytecode
along the lines of IMCC, and creating patches against languages/perl6/IMCC.pm
and languages/perl6/IMCC/* to conditionally, using some sort of p
On 0, Rod Adams <[EMAIL PROTECTED]> wrote:
>
> Also, isn't it a pain to type all these characters when they are not on
> your keyboard? As a predominately Win2k/XP user in the US, I see all
> these glyphs just fine,but having to remember Alt+0171 for a « is going
> to get old fast... I much so
This is still raging. I was going to let it slide. I hate the mechanics
behind squeeky wheels. Makes it harder to evaluate arguments for their
merits by clogging the filters. Okey, enough metaphores.
On 0, Luke Palmer <[EMAIL PROTECTED]> wrote:
>
> > Agreed. Cryptic, but in a different way than
I've updated Damian's Perl6::Variables module to treat %foo{bar} as %foo{bar()}
and to handle %foo<> and %foo<>. If this syntax is finalized, I'll
send Damian a patch.
This is at:
http://www.cpan.org/modules/by-authors/id/S/SW/SWALTERS/Perl6-Variables-0.02_001.tar.gz
http://slowass.net/~scott/Pe
2.tar.gz
This version still doesn't handle %foo{'bar'}<>.
Thanks,
-scott
On 0, Scott Walters <[EMAIL PROTECTED]> wrote:
>
> I've updated Damian's Perl6::Variables module to treat %foo{bar} as %foo{bar()}
> and to handle %foo<> and %foo<
29 matches
Mail list logo
