# New Ticket Created by Matt Diephouse
# Please include the string: [perl #36243]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36243 >
From PDD 11:
"Parrot_call_method(interp, Parrot_PMC sub, Parrot_STRING method,
Hiya folks
Well after 2 years and 1 month, it's finally as "done" as it's going to be.
I hereby announce the release of Test::Inline 2.
It would have happened sooner, but I made the foolish assumption that
Test::Inline 1 actually used the Test::Inline namespace.
After discovering that pod2te
hi,
My question concerns functionality of PMCs and Objects.
while reading the docs about the functionality of classes and objects, I
read that the vtable entries of a class can be overridden to give the
class special behaviour. I'd like to know if I'm correct (I just
realized this), if I say
Looking through the PGE test examples, it *looks* like subrules are just globals. (so, if I
refer to in a rule, there should be a Match object in a global named
"frob")
e.g., from the PIR code generated for the phone test:
name = "digits"
subpat = "\\d+"
rul
By the way, the website
http://www.parrotcode.org/
still refers to 0.2.0 as the latest version.
Regards,
Roger Browne
On 6/10/05, Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Hmmm. Thanks. I guess I will have to go back over the questions I
> have asked and see if any decisions were rendered not relfected in
> docs and be a pioneer.
Ok, are there any guidelines for what should and should not be put
forward as a
On 6/10/05, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> This already exists -- the design documents are all available from
> http://svn.perl.org/perl6/doc/trunk . And I've already volunteered
> to review/apply patches to the design documents or forward them to
> the appropriate people for rev
On Fri, Jun 10, 2005 at 12:51:15PM -0400, Joshua Gatcomb wrote:
> I know that decisions are subject to change but having the current
> state of decisions in a single location (Synopses) would be a great
> benefit to all. I am a firm believer in not complaining unless you
> have an idea about how t
All:
Designing a language isn't easy - I get that. Opening up the design
process to the entire community and filtering everyone's "good" ideas
certainly doesn't make this any easier. My concern is that these
difficulties are being aggravated because the design documents
(Synopses) are not kept up
Adam Kennedy's new module PPI:
http://www.perl.com/pub/a/2005/06/09/ppi.html
http://search.cpan.org/perldoc?PPI
His module attempts to implement a parser that:
... creates a "round-trip" capability, parsing a file into an internal
model and back out again without moving a single white space
Matt Diephouse wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
+# Here comes some stuff for Cygwin
+if ($^O eq 'cygwin') {
+$LD_LOAD_FLAGS .= ' ../src/parrot_config.o';
+$LIBPARROT = qq[-L../blib/lib -lparrot];
+}
Make sure this patch will work to make Tcl too (languages/tcl/), whi
Nick Glencross <[EMAIL PROTECTED]> wrote:
> +# Here comes some stuff for Cygwin
> +if ($^O eq 'cygwin') {
> +$LD_LOAD_FLAGS .= ' ../src/parrot_config.o';
> +$LIBPARROT = qq[-L../blib/lib -lparrot];
> +}
Make sure this patch will work to make Tcl too (languages/tcl/), which
has PMCs inside
Nick Glencross wrote:
My understand is that on Windows DLLs must be self-contained and cannot
have unreferenced symbols, and so I've linked against libparrot.so which
of course pulls in much of its code. I see this also being done in the
MSWin32 case...
Sorry, I typed libparrot.so when what
Clement Cherlin wrote:
I still haven't gotten compilation to finish, but it's a lot further
along than when I started. Currently, it fails with a zillion "undefined
reference" errors on the command
g++ -s -g -shared "C:/Users/Clement/src/parrot/parrot/src/extend.o"
-o python_group.dll "lib-p
Hello,
In build_tools/build_dynclasses.pl, line 22 :
# qq[] isn't guaranteed to work, but it's safer than "" as some platforms
# (eg FreeBSD) have ""s embedded in their substution values. q[] is used in
# some places as Win32 paths have \'s in, which qq[] treats as
escape sequences.
# Con
On Saturday 04 June 2005 20:29, Clement Cherlin wrote:
> I include a patch I made for the above problems. Some of the changes are
> kind of kludgey, so I would appreciate comments and suggestions on how to
> improve them.
Thanks, applied.
jens
David Formosa (aka ? the Platypus) skribis 2005-06-10 9:32 (-):
>
Interesting. Could you provide some more information, like perhaps a
message body?
I personally don't think string eval should be made too easy|simple. We
don't want to end up with people thinking we upgraded Tcl.
Juerd
--
BÁRTHÁZI András skribis 2005-06-10 10:29 (+0200):
> Running it several times, one time works: matches and replaces
> things to +-es, one time it not works... Randomly. Where should I send
> these kind of bugs?
If you have any means of testing this with PGE directly (without Pugs),
do so.
Other
--
Please excuse my spelling as I suffer from agraphia. See
http://dformosa.zeta.org.au/~dformosa/Spelling.html to find out more.
Free the Memes.
So Autrijus said, that it should come here. Sorry for crossposting.
Original Message
Subject: PGE error?
Date: Fri, 10 Jun 2005 10:29:17 +0200
From: BÁRTHÁZI András <[EMAIL PROTECTED]>
To: perl6-language@perl.org
Hi,
I don't know what happens and where in the code, but... Any
Hi,
I don't know what happens and where in the code, but... Anyway, it's
strange... I have this code and input.tpl:
--- 8< ---
rule sp {
<[ ]>
}
rule id {
<[a..z]><[a..z0..9]>+
}
sub do($match) {
say $match[0];
return "+";
}
my $template=slurp('i
21 matches
Mail list logo