> -Original Message-
> Date: Mon 08/11/03 3:30 AM
> From: Michal Wallace <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> CC:
> Subject: help raise hell
>
>
>
> Here is how I usually trigger a generic exception
> in python:
>
> >>> raise hell
> Traceback (most recent call last)
I think you should try to implement lamda through .Sub's. Take a look at
parrot/t/pmc/sub.t for some examples. However, you might not be able to rely on IMCC
to handle arguments and results so much, since I don't think IMCC uses the new cps
calling style yet. (but I'm not sure, so don't hold
Benjamin Goldberg wrote:
>
>Joseph Ryan wrote:
>
>>Benjamin Goldberg wrote:
>>
>>>K Stol wrote:
>>>
The register stuff, I presume, is register allocation and the like?
When targeting IMCC, you can use an infinite amount of registers. Just
keep a counter in the code generator, each time
Luke Palmer wrote:
>Klass-Jan Stol writes:
>
>>>The thing is, I don't have a lot of experience when it comes to
>>>compilers, but I do know a whole lot about python. :) If this
>>>approach makes sense, is there someone with IMCC experience who'd
>>>be willing to do some virtual pair programming wi
$self.mod.transform($string);
}
Perl::Rx::Modifier::repeat (&p, $limit) {
$string := join '', map { join '', $_ }
permutations (split //, &p.($.atom)) xx ($.max // $limit);
return $string;
}
So, given a call like:
generate (/(A*B*(C*|Z+))/, 4);
The C<$string> variable in the 2nd line of C would become:
And the :any switch takes care of the rest. (-:
Joseph F. Ryan
[EMAIL PROTECTED]
Joseph F. Ryan wrote:
Luke Palmer wrote:
On Thu, Apr 03, 2003 at 07:29:37AM -0800, Austin Hastings wrote:
This has been alluded to before.
What would /A*B*/ produce?
Because if you were just processing the rex, I think you'd have to
finish generating all possibilities of A* befor
amp;code.($_) );
}
return @ret;
}
So, given an Array/Array Subclass/Reference to one of the two as the
2nd argument to map, map would call the method version of map;
otherwise, the arguments after the code block are flattened and
looped over.
This behaivor should be consistant across all of the perl6 builtins.
Joseph F. Ryan
[EMAIL PROTECTED]
t me if I am wrong, but isn't this the :any switch of apoc 5?
http://www.perl.com/pub/a/2002/06/26/synopsis5.html
Joseph F. Ryan
[EMAIL PROTECTED]
ically, this line:
$1.looks_like($color)
Shouldn't this be: C<< $color.looks_like($1) >> ? Otherwise, it
suggests that you're redefining the match object class, which
probably isn't a good idea.
Joseph F. Ryan
[EMAIL PROTECTED]
># New Ticket Created by "Clinton A. Pierce"
># Please include the string: [perl #21729]
># in the subject line of all future correspondence about this issue.
># http://rt.perl.org/rt2/Ticket/Display.html?id=21729 >
>
>
>Example:
>
> set I0, 1e20
> end
>
>Results in:
>
> (erro
Joseph F. Ryan wrote:
>Miko O'Sullivan wrote:
>
>>Andy Wardley wrote:
>>
>>>For example, it might be possible to do something like this:
>>>
>>> use Perl6::XML;
>>>
>>>
>>> blah blah
>>>
>>&g
nt
language, so something like this will work:
use inline 'XML', q[
blah blah
...
];
Provided, of course, that there is an parrot/imcc targetted XML processor. Who needs
a P6ML now? (-:
Joseph F. Ryan
[EMAIL PROTECTED]
--
This message was sent using 3wmail.
Your fast free POP3 mail client at www.3wmail.com
arrot-
based language. All someone needs to do is write an XML processor
that spits out pasm/imcc, and then:
use inline 'XML', q[
blah blah
];
or even:
use inline 'XML', <<"XML_IS_FUN";
blah blah
XML_IS_FUN
See how easy that is? Who needs a stinking P6ML now? (-:
Joseph F. Ryan
[EMAIL PROTECTED]
--
This message was sent using 3wmail.
Your fast free POP3 mail client at www.3wmail.com
Leopold Toetsch wrote:
Joseph F. Ryan wrote:
I'm really curious as to this myself. I didn't even know an
"include" existed; its not in the imcc docs.
Its in docs/macros.pod, though this file is not mentioned in the main
doca AFAIK.
I don't have a docs/macros.po
working on use/include/inline
semantics for languages/perl6. Then I got mono and I stopped.
However, I'm better now and I'd really like to know of how much I
have is redundant, and if .include can help resolve some of the
symbol name conflicts that I was having.
So, does anyone know? (-:
Joseph F. Ryan
[EMAIL PROTECTED]
Erik Steven Harrison wrote:
--
On Wed, 12 Feb 2003 17:14:17
Erik Steven Harrison wrote:
--
On Wed, 12 Feb 2003 18:29:29
Joseph F. Ryan wrote:
As near as I can tell, the only problem with the nice flow of:
A I is a piece of data.
A I is a variable that holds a literal.
A I is a
Erik Steven Harrison wrote:
--
On Wed, 12 Feb 2003 18:29:29
Joseph F. Ryan wrote:
As near as I can tell, the only problem with the nice flow of:
A I is a piece of data.
A I is a variable that holds a literal.
A I is a sequence of literals and scalars.
An I is a variable that holds a
assign lists"
become something like "Rvalue sequences" (or a catchier name).
Peace would reign on earth, or at least p6-lang and p6-doc.
(I hope I'm not missing something obvious here, at any rate :)
Joseph F. Ryan
ryan.311@osu
Mark J. Reed wrote:
On 2003-02-11 at 17:12:52, Joseph F. Ryan wrote:
(@a,@b,@c).pop
This doesn't make any sense, since pop modifies the pop-ee.
What do you expect should happen here?
[@a,@b,@c].pop
Same as above.
Except that the Perl5 equivalent, ugly a
ible?
[1..10].map {...
I think this *should* work, although I'm not sure *how*.
(@a,@b,@c).pop
This doesn't make any sense, since pop modifies the pop-ee.
What do you expect should happen here?
[@a,@b,@c].pop
Same as above.
Joseph F. Ryan
[EMAIL PROTECTED]
Where s/parser/compiler/, and s/interpretter/runtime engine/? I
do believe that's accurate.
What joy I'll have explaining that one to my students . . .
Better you than me. :-)
Joseph F. Ryan
[EMAIL PROTECTED]
:
- lists are ordered sets/bags/etc seen by the Perl parser
- arrays are ordered sets/bags/etc seen by the Perl interpreter
?
Where s/parser/compiler/, and s/interpretter/runtime engine/? I
do believe that's accurate.
Joseph F. Ryan
[EMAIL PROTECTED]
C, I find myself doing this type of thing a lot:
$var = $var ? 1 : 0;
How 'bout a shortcut for that, something like this:
$var ?= 1 : 0;
-miko
Doesn't the perl6 //= operator already do what you suggest?
Joseph F. Ryan
[EMAIL PROTECTED]
Murat Ünalan wrote:
It is likely that I will start reading again after A6 and E6
Sorry for uninformedness, but what is "A6" and "E6" ? Any versioning of
p6 dev releases ?
Murat
Apocalypse 6 and Exgenesis 6. Please do a search on perl.com for 1-5.
get shot for saying this, but no it doesn't. PHP arrays
are simply associative arrays with a integer as the key value.
Of course, this doesn't mean I like the idea, but I just wanted to
point out that there are some languages that do it this way. However,
I hope that we are not going t
cheek suggested ... )
What about:
undef @a[2];
or possibly even (although I would argue that undef should remain a unary
operator only):
@a[2].undef();
Joseph F. Ryan
[EMAIL PROTECTED]
Rafael Garcia-Suarez wrote:
Joseph F. Ryan wrote in perl.perl6.language :
I think the point of having C as a sub rather than as a separate
syntax is so the parser doesn't have to do anything special for
special keywords.
I think the goal was to simplify the compiler, but with the
discu
er, but with the
discussion of recent weeks, it certainly doesn't look like that
happened. :)
Joseph F. Ryan
[EMAIL PROTECTED]
Michael Lazzaro wrote:
"Joseph F. Ryan" wrote:
Perhaps in the grand scheme of things; however, anyone that is
redesigning a system should not be ignorant of how the old system
worked (even in the slightest degree), in order to know of what to
keep and what to throw away.
Oy.
the old system
worked (even in the slightest degree), in order to know of what to
keep and what to throw away.
Any programmer who doesn't know that they are ignorant are almost
certainly instead arrogant.
Ignorant of what? Surely we shouldn't assume that we're all ignorant
of Perl?
Joseph F. Ryan
[EMAIL PROTECTED]
a global function that looks like:
sub grep(&code,@array) {
@array.grep(&code);
}
Or even if this function does not exist, there's nothing stopping
the compiler from simply aliasing:
grep {} @array;
to:
@array.grep({});
Joseph F. Ryan
[EMAIL PROTECTED]
Leopold Toetsch wrote:
Joseph F. Ryan wrote:
However, perl6 seems to be breaking. "Seems" meaning that 100% of
the tests are failing. This is bad.error (test.warn) of:
I did make a little change in imcc.l, but I have no difference in test
results.
$ make test
$ perl6 --te
anything get changed with this syntax?
Joseph F. Ryan
[EMAIL PROTECTED]
Joseph F. Ryan wrote:
I'm having problems making off of the recent cvs snapshot. When
running Configure, I get the errors/output below. Could anyone
suggest a fix that I could try?
I am running windows 2kpro, with gcc under cygwin as my compiler.
Then:
Mr. Nobody wrote:
Your perl
I'm having problems making off of the recent cvs snapshot. When
running Configure, I get the errors/output below. Could anyone
suggest a fix that I could try?
I am running windows 2kpro, with gcc under cygwin as my compiler.
Thanks,
Joseph F. Ryan
[EMAIL PROTECTED]
Output of :
Che
1, # or whichever operator number concat is
l => bless {type=>'PerlUndef', name=>'$x'}, 'P6C::variable'
r => bless {type=>'PerlUndef', name=>'$y'}, 'P6C::variable'
}, 'P6C::Binop';
The operator name/number could then be resolved during IMCC code
generation phase using a dispatch table similar to the one already
in place.
Joseph F. Ryan
[EMAIL PROTECTED]
ous
WIM to a human reader doesn't mean that it will be easy for a compiler
to figure out, especially when the rest of the language works a
different way. List assignment is much easier to read anyways.
Joseph F. Ryan
[EMAIL PROTECTED]
This message was sent using the Webmail System hosted
Luke Palmer wrote:
>>> From: "Joe Gottman" <[EMAIL PROTECTED]>
>>> Date: Fri, 3 Jan 2003 22:25:16 -0500
>>>
>>> "JG" == Joe Gottman <[EMAIL PROTECTED]> writes:
>>>
>>> JG> Speaking of which, is there a run-time test to check if a variable
>>> JG> is of
>>> JG> integral type? Somethin
Peter Haworth wrote:
On Thu, 05 Dec 2002 15:17:57 -0500, Joseph F. Ryan wrote:
Again, C<< "STRING".split(' ') >> is different than
C<< "STRING".split(/\s+/) >>. The latter will add an empty element to
the beginning of the string if
Dan Sugalski wrote:
At 10:16 PM -0500 12/9/02, Joseph F. Ryan wrote:
Dan Sugalski wrote:
At 5:11 PM -0700 12/9/02, Luke Palmer wrote:
You must remember that the Perl 6 parser is one-pass now.
It is? Are you sure?
It should be;
Doesn't mean it will be. And "should"
Dan Sugalski wrote:
At 5:11 PM -0700 12/9/02, Luke Palmer wrote:
You must remember that the Perl 6 parser is one-pass now.
It is? Are you sure?
It should be; the raw parsed data might be treated with regular
expressions in the parse-tree processing stage, but that shouldn't
count as a sec
Luke Palmer wrote:
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Date: Mon, 9 Dec 2002 23:43:44 +
Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Content-Disposition: inline
From: Nicholas Clark <[EMAIL PROTECTED]>
X-SMTPD: qpsmtpd/0.20, http://develooper.com/code/qpsmtpd/
On Sun, Dec 08
Brent Dax wrote
To tell you the truth, I don't consider arrayrefs references anymore.
They're just Array objects that don't happen to be in @whatever symbols.
I don't know if this is the official view, but that fits my brain
better.
So you're saying that classes should stringify to a pretty-pr
John Williams wrote:
On Thu, 5 Dec 2002, Joseph F. Ryan wrote:
John Williams wrote:
On Thu, 5 Dec 2002, Joseph F. Ryan wrote:
With all of the new crazy quoting shenanagains, I'm not sure that the
"balenced brackets are fine" rule will still be possible; and thus
Brent Dax wrote:
Joseph F. Ryan:
# By default, references should not stringify to anything
# "pretty", they should stringifiy to something useful for
# debugging. Heck, even perl5 style should be fine. Not only
Why? Isn't the pretty form more generally useful?
I don&
A big issue that still remains with literals is the stringification of
objects and references. In an effort to get the behaviors hammered
down, here are a few ideas:
First off, references:
By default, references should not stringify to anything "pretty", they
should stringifiy to something usefu
John Williams wrote:
On Thu, 5 Dec 2002, Joseph F. Ryan wrote:
Peter Haworth wrote:
On Thu, 5 Dec 2002 04:05:05 -0500, Tanton Gibbs wrote:
A string inside a \qq[] construct acts exactly as if it were an
interpolated string. Note that any end-brackets, "]", must be esca
Peter Haworth wrote:
On Thu, 5 Dec 2002 04:05:05 -0500, Tanton Gibbs wrote:
A string inside a \qq[] construct acts exactly as if it were an
interpolated string. Note that any end-brackets, "]", must be escaped
within the the \qq[] construct so that the parser can read it correctly.
Note
Drew Folta wrote:
=head3 <<>>; expanding a string as a list.
A set of braces is a special op that evaluates into the list of words
contained, using whitespace as the delimeter. It is similar to qw[]
from perl5, and can be thought of as roughly equivalent to:
C<< "STRING".split(' ') >>
Hmm
he OO
section, even if only so we can procrastinate it and move on to
Apoc 3 soon ;)
- Reference Stringification
- Semantics for \c[]
- Default values for hash and array stringification.
- Names for hash and array stringification properties.
Joseph F. Ryan
[EMAIL PROTECTED]
=pod
=head1 Strin
; I'll try to get another
revision that incorporates them sometime tomarrow.
Joseph F. Ryan
[EMAIL PROTECTED]
Simon Cozens wrote:
[EMAIL PROTECTED] (Tim Conrow) writes:
I'm not seeing it. My problem, or is it not being mirrored yet?
I'm reading it via NNTP.
Interestingly, p6d doesn't seem to be listed on lists.perl.org
E
=back
Also note that with single quoted here-docs, backslashes are not
special, and are taken for a literal backslash, a behaivor that is
different from normal single-quoted strings.
Yes. Shoulda mentioned that a long time ago, IMO.
Yeah, yeah, yeah.
Thanks for responding,
Joseph F. Ryan
[EMAIL PROTECTED]
James Mastros wrote:
Just a few more nits to pick...
On 12/02/2002 6:58 AM, Joseph F. Ryan wrote:
The q() operator allows strings to be made with
any non-space, non-letter, non-digit character as the delimeter instead
of '. In addition, if the starting delimeter is a part of a paire
27;s Text::ParagraphDiff, but that doesn't work too well with pod,
since pod is line-oriented rather than paragraph oriented. Regular
diffs aren't that helpful on text either. However, either one is
better than nothing, so if you'd like one, let me know.
Joseph. F Ryan
[EMAIL P
Michael Lazzaro wrote:
I think we've covered everything about nums that we're able to for the
moment. There are still issues with types/overflow/exception
handling. Internals is talking about them; let's revisit the issue
after they've figured out some of the preliminaries.
I'll attempt to
Tanton Gibbs wrote
radii.t
This isn't your fault, but I have to say that 0o0777 looks really bad in my
font...i.e.
looks like 000777. Perhaps the powers that be may eliminate octal (who uses
it?)
or change it to c? t? or l?
Hmmm, maybe, but 0o00 would be so great in halloween-based JAPHs ;)
Bryan C. Warnock wrote:
On Mon, 2002-11-25 at 14:25, Michael Lazzaro wrote:
Let's open these for discussion. Questions/proposals/issues, anyone?
and again... what's the scope of p6d, and how does it differ from p6l?
I agree; perhaps before the argument begins, we should have somethi
, because
the implications are substantial
I was really confused about this when writing the tests for it :)
Joseph F. Ryan
[EMAIL PROTECTED]
e core language, I think it should at least be possible
through a pragma.
(Ooooh, there's another idea we _SHOULDN'T_ pursue... adding postfix
'%' to mean 'percent', but in any radix. So 0x80% of 0x10 would be
0x08 !)
Now even I think that is *Just Plain Wrong* :)
Joseph F. Ryan
[EMAIL PROTECTED]
I've added a slew of new tests to the p6-literals test-suite, including:
- Error tests.
- Bit-type.
- Subscripted variable interpolation.
- Variable method interpolation.
- Many conversion tests.
I was a bit unsure (read: possibly rong as wrabbits) on some of the error
and conversion tests, so le
Larry Wall wrote:
: >You seem to agree with this in the later array interpolation section where
: >"@(1, 2)" becomes
: >12
: >instead of
: >1 2
: >
: >Does a list still return its last element in scalar context? I thought I
: >remembered something about that changing?
: >
:
: I think you may
david wrote:
The brazen heresy continues...
http://mail.nongnu.org/mailman/listinfo/TERN-discuss
Are these people serious? What on earth is the point?
literals.tar.gz
Joseph F. Ryan
[EMAIL PROTECTED]
Michael Lazzaro wrote:
On Wednesday, November 20, 2002, at 05:07 PM, Tanton Gibbs wrote:
TODO: Octal
0c0777511
0C0777511
-0c0777 -511
0c0_7_7_7 511
No capital C -- is it o or c?
It's officially 'o', as of today.
Alright, fixed.
MikeL
Joseph F. Ryan
[EMAIL PROTECTED]
actly sure how to specify this, but it is often important to
document what is not allowed along with what is allowed.
Tanton
Joseph F. Ryan
[EMAIL PROTECTED]
version of interpolation.t in my
version.
That's because my brilliant self saved over the file. Good thing I had
a backup.
Thanks!
Tanton
Joseph F. Ryan
[EMAIL PROTECTED]
Dave Whipp wrote:
Tanton Gibbs wrote:
We also might want some way of specifying a test that will cause an
error...for example
0b19 ERROR
I'm not exactly sure how to specify this, but it is often important to
document what is not allowed along with what is allowed.
I definitely agree th
Dave Whipp wrote:
"Nicholas Clark" <[EMAIL PROTECTED]> wrote
On Thu, Nov 14, 2002 at 08:53:02PM -0800, chromatic wrote:
Brent Dax had a nice suggestion for Perl 6 test organization. I like it
tremendously.
I repost it here to solicit comments -- to make this work, I'll need to
ch
Hi Dave,
Attached is a scanned copy of my contributor form.
I also wrote some documentation and tests for the compiler;
(in /parrot/languages/perl6/)
let me know if you need anything else.
Dave Storrs wrote:
Greetings all,
Allison has asked me to be the coordinator to make sure that we all
sen
I've updated the literals tests to fully account for the radix notation;
and I've also updated the tests to use the new radix#(number):(number)
notation. Let me know if anyone finds any errors.
Find them at:
http://jryan.perlmonk.org/images/literals.tar.gz
Michael Lazzaro wrote:
--- Numeric L
Luke Palmer wrote:
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Date: Fri, 15 Nov 2002 22:11:58 -0500
From: Frank Wojcik <[EMAIL PROTECTED]>
Content-Disposition: inline
X-Virus-Scanned: by AMaViS perl-11
X-SMTPD: qpsmtpd/0.12, http://develooper.com/code/qpsmtpd/
On Thu, Nov 14, 2002 at
Frank Wojcik wrote:
On Thu, Nov 14, 2002 at 07:58:55PM +0100, Angel Faus wrote:
The C<1i> and C<-1i> numbers can be also written
respectively, C and C<-i>, so the previous example
could be rewritten:
my $z = 2.3 + i;
OK. So, what does this print?
sub i {return 40}
my $z = 2.3 + i;
pri
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
chromatic wrote:
On Tue, 12 Nov 2002 17:56:28 +, Joseph F. Ryan wrote:
For the most part, they look fine to me. I'm a little concerned about some of
the numeric tests:
output_is(<<'CODE', <<'OUT', "Simple Floats");
print 4.5;
print 0.0;
Angel Faus wrote:
I've written a frist version of the "1.1 - Literal Values" subsection
(in Michael's schema).
Alright, I have the tests done to match this section of the documentation.
Well, everything except 'bit', since the last time I checked (and this
could be resolved by now), there was s
print
is; a small wrapper around a basic parrot feature.
--
Joseph F. Ryan
Dave Whipp wrote:
"Sean O'Rourke" <[EMAIL PROTECTED]> wrote in message > One thing the
"golden-output" has going for it is that it gets into and
out of perl6 as quickly as possible. In other words, it relies on
perl6/parrot to do just about the minimum required of it, then passes
verification
I wrote up some basic string tests, just to get a feel. You can find
them at:
http://jryan.perlmonk.org/images/stringtest.tar.gz
Things of note:
-I wasn't sure how the tests should be written, so I wrote them in a generic
'code in .t, expected output in .o' form. This should be pretty easy to
Allison Randal wrote:
Joseph F. Ryan wrote:
Patch to where? p/l/perl6? I don't think they should go in its /t;
maybe a new directory, /fulltests?
We have standards for a reason. Stick with /t.
Allison
Well, my point was that language tests will be different than the
com
Allison Randal wrote:
Joseph F. Ryan wrote:
On another note, is there place (CVS) that can be set up that this stuff can
uploaded this stuff to? :)
The "perl6" repository on cvs.perl.org already has a "doc" directory, I
expect you'll just want to use tha
Michael Lazzaro wrote:
"Joseph F. Ryan" wrote:
n another note, is there place (CVS) that can be set up
that this stuff can uploaded this stuff to? :)
Not yet. We'll almost certainly just tack our stuff onto the current
Parrot/Perl6 CVS tree, since that's the
Michael Lazzaro wrote:
OK, let's start on the first section (calling them "Sections", not
"Chapters"). As our first experiment, we will assume a treelike style
(section 1 --> 1.1, 1.2, 1.2.1, etc.); look at
http://www.mysql.com/documentation/ for an example of a good, detailed
documentation tree
[EMAIL PROTECTED] wrote:
Joseph F. Ryan writes:
Siction 0 :
General concepts . ( this is usually the most difficult part of a rich
language ( and perl5 / perl6 )
compile-phase / run-phase / more ???
...many more... all things that we will be back-referencing all the
time. may be this is
Michael Lazzaro wrote:
"Joseph F. Ryan" wrote:
Angel Faus wrote:
I think that the best way would be to create an schema of a language manual,
and fill the documents as we proceed reviewing the Apocalypses.
Agreed -- we should certainly figure out the overall struc
Angel Faus wrote:
Should start small. No tutorials until docs & tests are done. No
working on A3 until A2 behaviors are *locked*, to whatever extent that
proves possible.
Comments?
I think that the best way would be to create an schema of a language manual,
and fill the documents as we
Damian Conway wrote:
Adam D. Lopresto wrote:
Really what I've been wishing for was an operator (or whatever) to
let me do an
s// without changing the variable.
I would hope/expect that that's what the subroutine form of C would
do.
That is, it takes a string, a pattern, and a replacement s
87 matches
Mail list logo
