We've been kind of sloppy with variables and values so far--not too
surprising as perl 5 was, and many languages (like C) don't make much
of a distinction, and the distinction doesn't much matter even where
it does exist.
We can't do that any more, unfortunately. That's something of a pity,
as it
At 11:51 PM -0700 10/5/02, Brent Dax wrote:
>Dan Sugalski:
># At 9:37 PM -0400 9/29/02, Mike Lambert wrote:
># >intlist is not the only culprit. ./classes/key.c and ./key.c have a
># >similar problem.
>#
># Then let's start a convention.
>#
># Classes start with a CL_ prefix, encodings with an EN_
At 10:35 PM +0100 10/4/02, Nicholas Clark wrote:
>I don't feel qualified to apply various of the outstanding patches, for both
>the above reasons.
>
>use more 'executive dictatorial decisions';
Working on that--give us a day or three. :)
--
Dan
-
On Sunday, October 6, 2002, at 06:17 PM, Daniel B. Boorstein wrote:
[SNIP]
> I think there may be some confusion here. In java, there's no special
> syntax
> to declare a method an optional part of the interface. All concrete
> classes
> that implement the Collection interface still must defi
> Someone mysteriously known only as "Ed" asked what the favored syntax would be
> to match negative multi-byte strings in Perl 6. It wasn't entirely clear
> what the question was, but one thing is sure: the Perl 6 pattern matching
> engine will have a lot of scope for optimisation.
Oops, sorry,
On Sun, Oct 06, 2002 at 01:49:26AM -0400, Noah White wrote:
> >OTOH, Java interfaces have a loophole which is considered a design
> >mistake.
> >An interface can declare some parts of the interface optional and then
> >implementors can decide if they want to implement it or not. The
> >upshot
>
On Wed, Oct 02, 2002 at 12:28:57PM -0400, Dan Sugalski wrote:
> At 12:15 PM +0100 10/2/02, Tim Bunce wrote:
> >On a related note, are there any good tools for static code analysis
> >around? The usual cross-reference stuff would be handy, but ideally
> >something that goes further.
>
> If someon
On Tue, Oct 01, 2002 at 04:01:26PM -0700, Michael Lazzaro wrote:
>
> >On Tue, Oct 01, 2002 at 03:43:22PM -0400, Trey Harris wrote:
> >>You want something like
> >>
> >> class Car is Vehicle renames(drive => accel)
> >>is MP3_Player renames(drive => mp3_drive);
>
> I *really* like th
On Sun, 6 Oct 2002, Luke Palmer wrote:
> > Do parens still provide list context on the left side of an assignment?
> > What do these two do:
> >
> > my $x = @ARGS;
> > my ($y) = @ARGS;
> >
> > Parens just grouping suggests that C<$x> and C<$y> should be the same
> > (which may well be good, a
Perl 6 summary for week beginning 2002-09-30
This is yet another Perl 6 summary, documenting what has happened over
on the perl6-internals (where Parrot, the virtual machine that will run
Perl 6 is discussed) and perl6-language (where Perl 6 language design is
discussed) mailing li
At 4:29 PM -0600 10/5/02, John Williams wrote:
>On Sat, 5 Oct 2002, Michael Lazzaro wrote:
>
>> Dan Sugalski wrote:
>> >
>> > There won't be any direct access to attributes outside class methods
>> > of the class that defines the attributes, unless Larry changes his
>> > mind in a big way. (A
On Sat, Oct 05, 2002 at 09:21:47AM +, Leopold Toetsch wrote:
> Attached docu is for review and might also go in.
> Suggestions, bugfixes, comments welcome.
>
> leo
>
> PS sorry, no MANIFEST update, mine differs too much ...
Thanks applied. Plus MANIFEST
Corrections from myself and Brent Da
Larry Wall wrote:
>I cringe every time someone says "Parens construct lists in Perl 6."
>Parens don't construct lists in Perl 6.
>
>: Additionally, parentheses have one inconsistency which brackets do not:
>: This is the following case, already shown on perl6-language:
>:
>: $a = ();
Mike Lambert wrote:
>>And additionally, for + 10 % more generations in life.pasm
>>- tossed one instruction in the fast path of Buffer_headers
>>
>
> I don't believe this is valid. bufstart needs to be set to 0 when you free
> an object.
If I interprete the following code correctly (and what
Luke Palmer wrote:
> > my $x = @ARGS;
> > my ($y) = @ARGS;
>
> Maybe:?
>
> my ($y) ^= @ARGS;
Or (presumably equivalently):
my $y ^= @ARGS;
But that's horrible. Presumably with two or more variables the comma
would denote list context, so the caret is only needed for exactly one
> Do parens still provide list context on the left side of an assignment?
> What do these two do:
>
> my $x = @ARGS;
> my ($y) = @ARGS;
>
> Parens just grouping suggests that C<$x> and C<$y> should be the same
> (which may well be good, as it's a subtle distinction which trips up
> many beginn
Larry Wall wrote:
> Parens don't construct lists in Perl 6. They merely group.
> The only difference from Perl 5 is that if they happen to group a
> comma in scalar context, the comma acts differently, not the parens.
Do parens still provide list context on the left side of an assignment?
What
In a message dated Sun, 6 Oct 2002, Noah White writes:
>
> On Sunday, October 6, 2002, at 01:50 AM, Brent Dax wrote:
>
> > Parens don't construct lists EVER! They only group elements
> > syntactically. One common use of parens is to surround a
> > comma-separated list, but the *commas* are cre
18 matches
Mail list logo
