On Tue, Nov 12, 2002 at 12:16:53PM -0600, Jonathan Scott Duff wrote:
> On Tue, Nov 12, 2002 at 12:06:13PM -0600, Garrett Goebel wrote:
> > Or if the leading = really must be required:
> >
> > =*> level1
> > =>> level2
> > =+>>> level3
> > =* level4
> > =>>> l
On Tue, Nov 12, 2002 at 12:06:13PM -0600, Garrett Goebel wrote:
>
> I wonder if it'd be feasible to do lists something like:
>
> [...]
>
> =*> level1
> =>> level2
> =+>>> level3
> =* level4
> =>>> level3
> => level1
>
I personally like the idea of keeping
[examples of how to create the glossary links snipped]
Assuming that we do go with the "maintain a unique list of keys in %glossary, then do
an s///" approach, I'd be willing to maintain the list of terms.
--Dks
Luke Palmer:
# sub foo($x) {
# if ($x != 4) {
# print "Not four\n";
# }
# if ($x == 4) {
# print "Four\n";
# }
# }
# sub oof($x) {
# if ($x != 4) {
# print "Not four\n";
# }
# else {
#
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> From: Deborah Ariel Pickett <[EMAIL PROTECTED]>
> Date: Thu, 14 Nov 2002 09:05:16 +1100 (EST)
> Cc: [EMAIL PROTECTED]
> X-SMTPD: qpsmtpd/0.12, http://develooper.com/code/qpsmtpd/
>
> Luke wrote:
> > When junctions collapse, is that reflecte
On Thu, Nov 14, 2002 at 04:28:17AM +0200, [EMAIL PROTECTED] wrote:
: >
: > : will it be an error to declare it as "our $_" ;
: >
: > No, in this case, $_ is still considered a lexical, but it just happens
: > to be aliased to a variable in the current package.
: >
:
: which variable ? i
On Wed, Nov 13, 2002 at 08:34:49PM +, Nicholas Clark wrote:
> If a subroutine explicitly needs access to its invocant's topic, what is so
> wrong with having an explicit read-write parameter in the argument list that
> the caller of the subroutine is expected to put $_ in?
It's the difference
Larry Wall writes:
> Correct, $_ is always lexical. But...
>
> : or * will it be implicitely "my $_" -- class/package lexical
>
> There's no such thing as a "class/package lexical". I think you
> mean file-scoped lexical here.
ooo, now I understand : *scope* is orthogonal concept to cl
At 09:43 2002-11-13 -0800, Larry Wall wrote:
I thought about putting something of the sort into perldpodspec and
Pod::Simple, but didn't see a particularly clean way to have it so that
1) you wouldn't have to depend on a particular Pod-parsing module, and
which 2) could work in cases where the
> "access caller's topic" is an unrestricted
> licence to commit action at a distance.
Right.
Perhaps:
o There's a property that controls what subs
can do with a lexical variable. I'll call
it Yours.
o By default, in the main package, topics are
set to Yours(rw); other lexicals are s
Deborah Ariel Pickett wrote:
> Assuming that semicolon is no longer going to be a supercomma in these
> situations, does that mean that we C addicts can have C back to do
> the kinds of loops that we mean when we say "for loops"?
I hope not.
> I really don't much like the C keyword.
>
> for (
Deborah Ariel Pickett wrote:
> Luke wrote:
>
> > $foo = 1 | 2 | 4
> > print $foo;
> > # Foo is now just one of (1, 2, 4); i.e. not a junction
>
> Just a sanity check, but is this kind of behaviour something we still
> want from junctions?
>
> Perhaps the above should just print JUNCT
> Supercomma!
> [snip]
> Larry then confessed that he was thinking of changing the declaration of
> parallel for loops from:
> for @a ; @b ; @c - $a ; $b ; $c {...}
> to something like:
> for parallel(@a, @b, @c) - $a, $b, $c {...}
Assuming that semicolon is no longer goi
Luke wrote:
> When junctions collapse, is that reflected back in the original
> junction, as it should be (QM-wise)?
>
> $foo = 1 | 2 | 4
> print $foo;
> # Foo is now just one of (1, 2, 4); i.e. not a junction
> [...]
Just a sanity check, but is this kind of behaviour something we sti
At 20:47 on 11/13/2002 GMT, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 13, 2002 at 03:06:03PM -0500, Dan Sugalski wrote:
>
> > The goal is for Parrot to require a C compiler and a platform shell
> > or Make tool (either one) and that's it. We will ship with bytecode
> > files that
On Wed, Nov 13, 2002 at 03:06:03PM -0500, Dan Sugalski wrote:
> The goal is for Parrot to require a C compiler and a platform shell
> or Make tool (either one) and that's it. We will ship with bytecode
> files that have the bits needed for the build precompiled, so if the
> perl compiler's part
On Wed, Nov 13, 2002 at 03:00:07PM -0600, Jonathan Scott Duff wrote:
> On Wed, Nov 13, 2002 at 12:33:09PM -0800, Larry Wall wrote:
> > : 1_2_3_4__5___6 (absurd, but doable)
> >
> > Nope, _ is allowed only between digits (counting a-f as digits in hex).
>
> Ah, good. It has always mildly
Jonathan Scott Duff wrote:
On Wed, Nov 13, 2002 at 06:38:08PM +, Andrew Wilson wrote:
On Wed, Nov 13, 2002 at 07:26:06PM +0100, Angel Faus wrote:
For example, the integer 30 can be written in hexadecimal base in two
equivalent ways:
my $x = 16:1D
my $x = 16:1.14
These two represe
On Wed, Nov 13, 2002 at 12:33:09PM -0800, Larry Wall wrote:
> : 1_2_3_4__5___6 (absurd, but doable)
>
> Nope, _ is allowed only between digits (counting a-f as digits in hex).
Ah, good. It has always mildly annoyed me in prior perls that 1__2
was a literal 12.
-Scott
--
Jonathan Scot
> Date: Wed, 13 Nov 2002 20:34:49 +
> From: Nicholas Clark <[EMAIL PROTECTED]>
>
>
> If a subroutine explicitly needs access to its invocant's topic, what is so
> wrong with having an explicit read-write parameter in the argument list that
> the caller of the subroutine is expected to put $_
Apologies for raising the dead (horse)
On Thu, Nov 07, 2002 at 03:27:51PM -0600, Me wrote:
> Damian:
> > ["it" will be passed to about 5% of subs,
> > regardless of whether the context is your
> > 10 line scripts or my large modules]
>
> If the syntax for passing "it" to a sub
> remains as verb
: 1_2_3_4__5___6 (absurd, but doable)
Nope, _ is allowed only between digits (counting a-f as digits in hex).
Larry
> except for obfuscatory purposes. Besides, if we allow dots for
> floating point numbers how do we represent this integer:
>
> 256:234.254
Using this notation is cute: a generalization that lets us specify a strange
thing. That are the reasons for using such a thing?
1) an alternative to C
2)
I'm about to do exceptions, and as such I wanted to give a quick
warning to everyone who does Odd Things. (Which would be in the JIT,
mainly :)
Because of the way exceptions are going to work, we need to make sure
that the code emitted for each individual opcode is self-contained,
relative to
On Wed, Nov 13, 2002 at 07:53:05PM +, Andrew Wilson wrote:
> On Wed, Nov 13, 2002 at 01:10:05PM -0600, Jonathan Scott Duff wrote:
> > On Wed, Nov 13, 2002 at 06:38:08PM +, Andrew Wilson wrote:
> >> On Wed, Nov 13, 2002 at 07:26:06PM +0100, Angel Faus wrote:
> >>> For example, the integer 30
At 5:16 PM +0530 11/13/02, Gopal V wrote:
If memory serves me right, Markus Laire wrote:
Miniparrot can then be used to build everything else, including full
parrot, perl6, other parrot-supported languaged, etc..
This 2nd step might be e.g. Bytecode-compiled perl6-program which is
simple eno
Daniel Grunblatt wrote:
You will see it running as fast as mops.c compiled with -O3 if you change
REDO: sub I4, I4, I3
for
REDO: dec I4
I didn't want to change the test case ;-)
But that's obviously part of a higher level optimizer.
Yes, with constant propagation the (todo) optimizer woul
On Wed, Nov 13, 2002 at 01:10:05PM -0600, Jonathan Scott Duff wrote:
> On Wed, Nov 13, 2002 at 06:38:08PM +, Andrew Wilson wrote:
>> On Wed, Nov 13, 2002 at 07:26:06PM +0100, Angel Faus wrote:
>>> For example, the integer 30 can be written in hexadecimal base in two
>>> equivalent ways:
>>>
>
When junctions collapse, is that reflected back in the original
junction, as it should be (QM-wise)?
$foo = 1 | 2 | 4
print $foo;
# Foo is now just one of (1, 2, 4); i.e. not a junction
If so, what is perl going to do about the computationally expensive
entanglement thingy?
$x =
On Wed, Nov 13, 2002 at 11:08:08AM +0200, Markus Laire wrote:
> On 12 Nov 2002 at 16:40, Marius Nita wrote:
>
> > Hello,
> >
> > I have a question about the Parrot FAQ. I hope it's not too
> > off-topic for this list. The FAQ mentions that "it would be nice to
> > write the Perl to Bytecode compi
Looks good.
I'll rewrite the literals section to match this better outline.
-angel
On Tue, Nov 12, 2002 at 09:03:22PM +, Piers Cawley wrote:
: Hang on, couldn't you rewrite things to not use the cache?
:
: class is $class {
: sub value { &func(*@args) }
: method operator:+ ($self is rw:) { +($self = value) }
: method operator:~ ($self is rw:) { ~($self
On Fri, Nov 08, 2002 at 08:35:00PM +1100, Damian Conway wrote:
: What you want are conversion-to-(num|str|bool) methods:
:
: sub a_pure_func(Num $n) returns Num {
: class is Num {
: has Num $cache;
: sub value { $n * $n }
: method operator:
On Wed, Nov 13, 2002 at 03:11:32PM +0200, [EMAIL PROTECTED] wrote:
: so if I understand correctly ,
:
: Every topicalizer defines a topicalizer scope in which there is
: implicit declaration
:
: my $_ ;
:
: and then lexical $_ ( implicitely ) is bound to ( or assigned to )
: whatever it shoul
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> Date: Wed, 13 Nov 2002 11:01:26 -0800
> From: Michael Lazzaro <[EMAIL PROTECTED]>
>
> - converting numbers to strings
> - writing a number as a string
> (what the rules are for how it will look)
> - writing a number as a f
On Wed, Nov 13, 2002 at 06:38:08PM +, Andrew Wilson wrote:
> On Wed, Nov 13, 2002 at 07:26:06PM +0100, Angel Faus wrote:
> > For example, the integer 30 can be written in hexadecimal base in two
> > equivalent ways:
> >
> > my $x = 16:1D
> > my $x = 16:1.14
> >
> > These two representati
On Wed, Nov 13, 2002 at 07:26:06PM +0100, Angel Faus wrote:
> For example:
>
> my $x = 18;
> my $y = -18;
my $z = -256:234.254; # negative number
my $e = 256:-234.254; # error
> Perl allows the underline character, C<_>, to be placed as a separator
> betwee
On Mon, Nov 11, 2002 at 11:48:06PM -0600, Me wrote:
: Are placeholders only usable with anonymous
: subs, or named subs too?
Placeholders are not intended for use with named subs, since named
subs have a way of naming their parameters in a more readable fashion.
However, it may well fall out that
Since we're having trouble finding a common voice, let's drill into one
particular aspect of Section 1: Numerics, since that's what we've been
talking about (and we have Angel's text to work from.)
Forget the rest of Section 1, let's just do this one small fragment.
There are a number of topics
On Wed, Nov 13, 2002 at 07:26:06PM +0100, Angel Faus wrote:
> For example, the integer 30 can be written in hexadecimal base in two
> equivalent ways:
>
> my $x = 16:1D
> my $x = 16:1.14
>
> These two representations are incompatible, so writing something like
> C<16:D.13> will generate a c
On Mon, Nov 11, 2002 at 08:51:50PM +1100, Damian Conway wrote:
: You will. But they won't be entries of a hash. They'll be
: separate variables and associated accessor methods.
: So maybe something like this:
:
: foreach my $attr (qw(foo bar baz))
: {
:print "$attr: $self.
Hi,
Many thanks for all the feedback about the literals document.
This new version integrates most of the changes. I've also added a
subsection about Inf and NaN, directly coming from Michael's
perlval.
I've also changed the pod syntax to =section, as suggested. I've used
the:
=section **
You will see it running as fast as mops.c compiled with -O3 if you change
REDO: sub I4, I4, I3
for
REDO: dec I4
But that's obviously part of a higher level optimizer.
On Wednesday 13 November 2002 15:10, Leopold Toetsch wrote:
> Watch the mops ;-)
>
> leo
On Nov-13, Leopold Toetsch wrote:
> Daniel Grunblatt wrote:
>
> > On Wednesday 13 November 2002 08:06, Leopold Toetsch wrote:
> >
> >>I could localize a long outstanding bug in JIT causing 4 perl6 tests to
> >>fail.
>
> > I wonder who was the #%$# that introduced that bug . D'OH! :)
>
> Wow,
On Tue, Nov 12, 2002 at 06:49:57PM -0700, Sean M. Burke wrote:
: Larry Wall wrote on Tue, 12 Nov 2002 11:40:05 -0800:
: >could certainly talk about improvements. As for per-document policy,
: >there should certainly be some kind of
: >
: >=use module
: >
: >directive that, like Perl's C, is s
Jonathan Scott Duff wrote:
Or number the sections like this:
=section # blah
=section ## subblah
=section ### subsubblah
=section ## subblah2
=section # blah2
And let the author only worry about "sectioning" and not about
numbering at all.
I like that decently. Obviously, making authors speci
On Wednesday 13 November 2002 11:48, Leopold Toetsch wrote:
> Daniel Grunblatt wrote:
> > On Wednesday 13 November 2002 08:06, Leopold Toetsch wrote:
> >>I could localize a long outstanding bug in JIT causing 4 perl6 tests to
> >>fail.
> >
> > I wonder who was the #%$# that introduced that bug
On Wed, Nov 13, 2002 at 08:25:52AM -0800, Brent Dax wrote:
> Gopal V:
> # If memory serves me right, Markus Laire wrote:
> # > Miniparrot can then be used to build everything else, including full
> # > parrot, perl6, other parrot-supported languaged, etc..
> # >
> # > This 2nd step might be e.g. B
Gopal V:
# If memory serves me right, Markus Laire wrote:
# > Miniparrot can then be used to build everything else, including full
# > parrot, perl6, other parrot-supported languaged, etc..
# >
# > This 2nd step might be e.g. Bytecode-compiled perl6-program which is
# > simple enough to work with
Daniel Grunblatt wrote:
> On Wednesday 13 November 2002 08:06, Leopold Toetsch wrote:
>
>>I could localize a long outstanding bug in JIT causing 4 perl6 tests to
>>fail.
> I wonder who was the #%$# that introduced that bug . D'OH! :)
Wow, Daniel, the lost son himself ;-)
So I immediately ha
Piers Cawley writes:
>
> FMTWYENTK about ":="
> Bravely declining to expand the acronym in his subject, arcardi posted a
> summary of his current understanding of the behavior of ":=", the
its "far more then what you ever need to know"
and after Damian Conway answer it becomes JEOWY
Timothy S. Nelson writes:
> Hi all. I hope this hasn't been discussed before. I Googled for
> "perl6 meta-operators" and found nothing; likewise practically
> nothing searching the perl6-language archive for meta-operators.
>
> Question: are there any plans to have user-defined met
On Tue, 12 Nov 2002 14:30:24 +, Peter Haworth wrote:
> So to get the same yield context, each call to the coroutine has to be from
> the same calling frame. If you want to get several values from the same
> coroutine, but from different calling contexts, can you avoid the need to
> wrap it in a
On Tue, 12 Nov 2002 21:11:36 +, Piers Cawley wrote:
> Michael Lazzaro <[EMAIL PROTECTED]> writes:
> > On Friday, November 8, 2002, at 07:03 AM, Adam D. Lopresto wrote:
> >> I still prefer "cached", which sounds less lingo-ish than "memoized"
> >> but reads better than "same" ("Same as what?").
On Wednesday 13 November 2002 08:06, Leopold Toetsch wrote:
> I could localize a long outstanding bug in JIT causing 4 perl6 tests to
> fail.
> When an opcode was a branch target as well as a branch source, the
> branch target got lost, causing wrong basic blocks, implying missing
> register loads
Me writes:
> Sorta. To quote an excellent summary:
>
> "Topic is $_".
>
>
>
> > is $_ always lexical variable.
>
> Yes.
>
>
> > Or I can have $MyPackage::_ ?
>
> You can copy or alias any value.
>
so if I understand correctly ,
Every topicalizer defines a top
If memory serves me right, Markus Laire wrote:
> Miniparrot can then be used to build everything else, including full
> parrot, perl6, other parrot-supported languaged, etc..
>
> This 2nd step might be e.g. Bytecode-compiled perl6-program which is
> simple enough to work with miniparrot.
Please
On Tue, Nov 12, 2002 at 07:15:23PM -0700, Sean M. Burke wrote:
>
> That's vaguely like the verbatim-formatted stuff that I've been
> experimenting with lately, where the second line here:
> flock COUNTER, LOCK_EX;
> #: ^^^
> bolds the characters above the "^".
I'd like to
I could localize a long outstanding bug in JIT causing 4 perl6 tests to
fail.
When an opcode was a branch target as well as a branch source, the
branch target got lost, causing wrong basic blocks, implying missing
register loads ...
All perl6 tests are now ok on JIT too.
leo
On Tue, Nov 12, 2002 at 07:15:23PM -0700, Sean M. Burke wrote:
> wrote on Mon, 11 Nov 2002 15:50:34 -0800:
> >and the ability to turn syntax inferencing on a per-document basis.
>
> On the Pod-people list, we have mostly decided that those inference rules
> are more trouble than they are worth,
On 12 Nov 2002 at 16:40, Marius Nita wrote:
> Hello,
>
> I have a question about the Parrot FAQ. I hope it's not too
> off-topic for this list. The FAQ mentions that "it would be nice to
> write the Perl to Bytecode compiler in Perl" and that there is no
> bootstrap problem.
>
> Does this mean
The Perl 6 Summary for the week ending 20021110
Far off in distant Newark a figure, muttering something about `Leon
Brocard', shambles across a railway bridge and makes its way into a
waiting room. Time passes. After a while, a train arrives and the figure
shambles on board, takes i
"Markus Laire" <[EMAIL PROTECTED]> writes:
> On 9 Nov 2002 at 18:56, Andrew Wilson wrote:
>
>> Starting small sounds like a good idea. I'm not so sure about trying to
>> "lock things down" before moving on. I don't think that will be
>> possible in any meaningful way. The problem with trying to
63 matches
Mail list logo
