perl6-internals
[Top] [All Lists]

Re: [svn:parrot-pdd] r30569 - trunk/docs/pdds

To: "Allison Randal" <allison@perl.org>
Subject: Re: [svn:parrot-pdd] r30569 - trunk/docs/pdds
From: "Klaas-Jan Stol" <parrotcode@gmail.com>
Date: Sat, 30 Aug 2008 15:42:41 +0200
Cc: perl6-internals@perl.org
Delivered-to: mailing list perl6-all@perl.org
Delivered-to: perl6-all-poster@perl.org
Delivered-to: mailing list perl6-internals@perl.org
Delivered-to: perl6-internals@perl.org
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=se+D65zy2PRDkWJmDpSlw3Ctw/sC1ZETO3BmnHlm8YI=; b=DDpJDHGhJiVhXTZHrOiAEFHn7FCMyx5UCjmd5gQV5WPdI47++E/2yhe+vmGQlK6EMj HNYsKxqJC/Sjw/+HQ/1sZQFlD0rtim8sgaEyiaiIJ1g8vYFWgLvptlYpDe+a7U23Oacs VhANbKka+pnBVzMgoSnbFXfFkUUsLjZpkZx5U=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=MhDfCMChT/QPAD1pL2Gz621RXJewKLEtmPQdjfMPeA/HHRcReyxKuBjYvhQqctv81w gpBBXtFbnpy/t7twew7FvJnIIqc1CkybTmSQimjRMfeFC4XNHSZhXdaJNv+Uf9sffKSq S5VzAq4wrq/b4apl27UBUA0gMvnxSaNzFkUX8=
In-reply-to: <48B9208B.5050405@perl.org>
List-help: <mailto:perl6-all-help@perl.org>
List-id: <perl6-all.perl.org>
List-id: <perl6-internals.perl.org>
List-post: <mailto:perl6-all@perl.org>
List-subscribe: <mailto:perl6-all-subscribe@perl.org>
List-unsubscribe: <mailto:perl6-all-unsubscribe@perl.org>
Mailing-list: contact perl6-all-help@perl.org; run by ezmlm
References: <20080826112756.2821CCB9DD@x12.develooper.com> <48B7058E.3010802@perl.org> <7b0e52b40808290206m611bb8f4s904616221cee29a3@mail.gmail.com> <7b0e52b40808291321j3e820996rce4a3fdf45d70ca3@mail.gmail.com> <48B9208B.5050405@perl.org>
On Sat, Aug 30, 2008 at 12:27 PM, Allison Randal <allison@perl.org> wrote:

> Klaas-Jan Stol wrote:
>
>>
>>>>>  This is another one of those muddy cases in PIR where words conflict
>>>> when
>>>> they shouldn't. I can't think of any way that it's actually useful to
>>>> have a
>>>> variable named 'add' prevent you from using the opcode 'add'.
>>>>
>>>
>> .. but of course, I don't want to exclude it. If it is really felt that
>> these 'muddy' cases should be resolved, it shouldn't be too hard to
>> implement (I tried some 30 min. hacking in pirc, and results seemed
>> promising).
>>
>
> Desirable, but not urgent.
>
> Allison


ok.

This must make the following syntax rule illegal:

 target = null

because if "null" is declared as a .local, you can't know whether you want
to nullify target, or want to set target's value to that of the .local
variable "null".

I take it this is no problem; just stick to

 null target

if you actually want to set target to 0/null.

kjs
<Prev in Thread] Current Thread [Next in Thread>