Andrew Savige said:
> Is there a definitive, official, complete list of all Perl 6 operators,
> along with their precedence levels?
I believe that Kurt Gödel, in a corollary to his famous theorem, also
showed that "Any Perl 6 list is either indefinitive or incomplete".
Well, Synopsis 3 is the lis
Thomas Sandlaß skribis 2005-04-02 1:17 (+0200):
> my $one = 1;
> my $two := $one;
> my $three = \$two; # same as := ? was actually your question, or not?
No, that was not my question. I deliberately used binding and
assignment, for there to be an important difference, which I think =:=
should re
James Mastros skribis 2005-04-01 22:48 (+0200):
> $x = 42;
> $a = \$x but false;
> $b = \$y but blue;
> $a =:= $b ???
Even without the buts, that is:
$x = 42;
$a = \$x;
$b = \$x;
I strongly believe that $a =:= $b must be false. Assignment copies! $a
=:= $b should be true only if $a a
Luke Palmer <[EMAIL PROTECTED]> wrote:
> Andrew Savige said:
> > Is there a definitive, official, complete list of all Perl 6 operators,
> > along with their precedence levels?
>
> Well, Synopsis 3 is the list you're looking for, but it's clearly not
> all there. Take the table there to be your d
Bitshift, which one is it?
+<<
or
+<
I believe only +< is possible, because +<< has to be +«, but S03 is
still inconsistent, and +<< comes up everywhere, including Brent's
perl6op.txt.
Can there please be a definitive answer, and an update to S03?
Juerd
--
http://convolution.nl/maak
Larry Wall <[EMAIL PROTECTED]> wrote:
>: On Thu, 2005-03-31 at 23:46 -0800, Darren Duncan wrote:
>:
>: In P6, an object is a data-type. It's not a reference, and any member
>: payload is attached directly to the variable.
> Well, it's still a reference, but we try to smudge the distinction in P6.
On Sat, Apr 02, 2005 at 12:05:37PM +0200, Juerd wrote:
> Bitshift, which one is it?
> +<<
> or
> +<
>
> I believe only +< is possible, because +<< has to be +«, but S03 is
> still inconsistent, and +<< comes up everywhere, including Brent's
> perl6op.txt.
>
> Can there please be a definit
At the beginning of the section on hyper operators, the following:
The Unicode characters » (\x[BB]) and « (\x[BB])
should be:
The Unicode characters » (\x[BB]) and « (\x[AB])
On Sat, Apr 02, 2005 at 01:49:24AM -0800, Brent 'Dax' Royal-Gordon wrote:
: I've included assignment forms of all operators in the exponentiation,
: multiplicative, additive, junctive, and tight logical levels; this may
: be overkill or underkill. I've not included hyper forms of these
: operators,
On Sat, Apr 02, 2005 at 11:06:01AM +0200, Juerd wrote:
: Is your view of the world like Python or like Perl 5?
Them's fightin' words. :-)
: Values have no identity in Perl 5.
That's slightly not true, insofar as Perl 5 distinguishes hash keys
by value (albeit filtered through stringification).
On Sat, Apr 02, 2005 at 11:22:43AM +0200, Leopold Toetsch wrote:
: Larry Wall <[EMAIL PROTECTED]> wrote:
: >: On Thu, 2005-03-31 at 23:46 -0800, Darren Duncan wrote:
: >:
: >: In P6, an object is a data-type. It's not a reference, and any member
: >: payload is attached directly to the variable.
:
On Sat, Apr 02, 2005 at 03:19:33PM +0800, Sam Vilain wrote:
: Luke Palmer wrote:
: >>Supposing I had a "doc" trait, could I say:
: >> sub f2c (Num $temp doc)
: >> doc
: >> {...}
: >>Or would I be forced to spell it doc('stuff') ?
: >Well, first you need an `is` somewhere in there. And
Aaron Sherman writes:
> At the beginning of the section on hyper operators, the following:
>
> The Unicode characters  (\x[BB]) and  (\x[BB])
>
> should be:
>
> The Unicode characters  (\x[BB]) and  (\x[AB])
You should probably read S03 from:
http://svn.perl.org/perl6/d
On Thu, Mar 31, 2005 at 01:11:37PM -0500, Aaron Sherman wrote:
: If you declare a variable to be of a type (let's even say a class to be
: specific), then you have hinted to the compiler as to the nature of that
: variable, but nothing is certain.
:
: That is to say that the compiler cannot:
:
:
On Sat, Apr 02, 2005 at 11:41:18AM -0500, Aaron Sherman wrote:
> At the beginning of the section on hyper operators, the following:
>
> The Unicode characters » (\x[BB]) and « (\x[BB])
>
> should be:
>
> The Unicode characters » (\x[BB]) and « (\x[AB])
This is already fixed in t
On Thu, Mar 31, 2005 at 03:03:09PM +0200, Thomas Sandlaß wrote:
: Larry Wall wrote:
: >On Sat, Mar 26, 2005 at 02:37:24PM -0600, Rod Adams wrote:
: >: How can you have a level independent position?
: >
: >By not confusing positions with numbers. They're just pointers into
: >a particular string.
:
On Wed, Mar 30, 2005 at 10:20:28AM +0200, Yuval Kogman wrote:
: How should this stuff be expressed? 'use less' is cute, but i don't
: think it really gets there.
It's mostly there as a placeholder for all the "true pragmas" that
can be ignored if you don't understand them, an idea I originally
sto
On Mon, Mar 21, 2005 at 03:31:53PM +0100, Juerd wrote:
> In fact, won't things be much easier if shift and pop workend on strings
> as well as on arrays? Now that we have multis, this should be easy to
> do.
How about defining String is Array? I don't know if I would like that,
but it's an idea.
On Sat, Apr 02, 2005 at 11:27:09PM +0300, wolverian wrote:
: On Mon, Mar 21, 2005 at 03:31:53PM +0100, Juerd wrote:
: > In fact, won't things be much easier if shift and pop workend on strings
: > as well as on arrays? Now that we have multis, this should be easy to
: > do.
:
: How about defining
19 matches
Mail list logo
