The Roberto Ierusalimschy's paper A Text Pattern-Matching Tool based on
Parsing Expression Grammars
http://www.inf.puc-rio.br/~roberto/docs/peg.pdf describes a Parsing
Machine that allows a small and efficient implementation of Bryan Ford's
PEG (see
# New Ticket Created by Clark Cooper
# Please include the string: [perl #55298]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55298
...
t/perl/Parrot_Test...ok 1/66
# Failed test
# New Ticket Created by NotFound
# Please include the string: [perl #55296]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55296
The attached patch fix a warning in optimized build in
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #55316]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55316
This is a minor patch to remove references to the User stack (which
pmichaud++
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #55332]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55332
Parrot is built fine, but there seems to be something wrong in PGE.
I'm using
chromatic wrote:
On Wednesday 04 June 2008 11:28:58 Geoffrey Broadwell wrote:
The op '$P0 = iter $P1' doesn't work if $P1 is a ResizableStringArray.
I haven't tested, but I suspect the same may be true of the some other
*Array PMCs as well.
This should be fixed up, so we can move the 'iter'
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
anyhow, this ticket can be rejected.
kjs
On Thu, Jun 5, 2008 at 10:38 AM, via RT Klaas-Jan Stol
[EMAIL PROTECTED] wrote:
# New Ticket Created by Klaas-Jan Stol
# Please
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55304]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55304
Attached patch, mostly courtesy Vasily bacek Chekalkin, adds the
eval_lives_ok and
On Wednesday 04 June 2008 16:30:18 NotFound wrote:
This patch gets rid of the global pio_registered_layers, by putting it
in interpreter data, creating and destroying the the layers in the
first interpreter and propgating his value to the child ones. This way
will solve threading issues
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55338]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55338
rakudo as of r28087 doesn't implement the sub form fo WHAT() (S12:1862).
(This is
On Thu, Jun 5, 2008 at 3:16 AM, Klaas-Jan Stol [EMAIL PROTECTED] wrote:
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
anyhow, this ticket can be rejected.
kjs
i had this same problem, and it was resolved the same
Klaas-Jan Stol a écrit :
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
anyhow, this ticket can be rejected.
I'm not sure.
Since r26988, I've same failure on Windows, with mingw gcc-3.4.2, and
perl 5.8.8 (build 822
On Thu, Jun 5, 2008 at 7:53 AM, chromatic [EMAIL PROTECTED] wrote:
... could be cleaner with the macro mem_allocate_n_typed.
Agree, corrected version attached.
--
Salu2
Index: src/io/io_layers.c
===
--- src/io/io_layers.c
On Thu, 2008-06-05 at 02:54 -0700, Stephane Payrard via RT wrote:
On Wed Jun 04 21:40:56 2008, japhb wrote:
cognominal apparently has an absolutely insane collection of GL headers
on his system. I've made a number of portability fixes in response;
hopefully the attached patch should fix
This message is looking for a clarification/confirmation.
S12:207 says:
To call an ordinary method with ordinary method-dispatch semantics,
use either the dot notation or indirect object notation:
$obj.doit(1,2,3)
doit $obj: 1,2,3
If the method was not found, it will fall back
On Thu, 2008-06-05 at 12:16 +0200, Jonathan Worthington wrote:
chromatic wrote:
On Wednesday 04 June 2008 11:28:58 Geoffrey Broadwell wrote:
The op '$P0 = iter $P1' doesn't work if $P1 is a ResizableStringArray.
I haven't tested, but I suspect the same may be true of the some other
Qui, 2008-06-05 às 11:04 -0500, Patrick R. Michaud escreveu:
Does fall back to a subroutine occur anytime we don't have
a method with a matching signature? For example, if we have
as far as I understand it, it only falls back to sub-dispach if the
method dispatch would otherwise fail, which
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55350]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55350
Rakudo as of r28105 suffers from low precision in its exp() function.
rakudo:
say
On Tue Oct 02 10:17:53 2007, pcoch wrote:
In src/mmd.c there is the todo item within mmd_distance() which looks
like
it means that one should replace the magic number. Here is the code with
context to help the adventurous person who picks up this ticket...
if (args n)
dist =
On Wed Jun 04 13:17:47 2008, bernhard wrote:
On Mo. 09. Jul. 2007, 06:56:53, pcoch wrote:
In lib/Parrot/Distribution.pm there is the todo item:
# XXX: lex_source_files() collects lisp files as well... how to
fix ???
We need to work out a nice way to stop the lisp files from
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55346]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55346
Attached patch adds a script to tools/ that walks through a test
specification file
On Tue Apr 08 17:18:09 2008, [EMAIL PROTECTED] wrote:
And, for good measure, I tried this:
$ perl t/harness t/codingstd/perlcritic.t
t/codingstd/perlcritic..ok
All tests successful.
Files=1, Tests=15, 29 wallclock secs ( 0.00 usr 0.00 sys + 24.11 cusr
0.11 csys = 24.22 CPU)
On Thu, Jun 5, 2008 at 11:06 AM, via RT Moritz Lenz
[EMAIL PROTECTED] wrote:
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55346]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55346
On Thu, Jun 05, 2008 at 10:54:28AM -0700, Moritz Lenz wrote:
Rakudo as of r28105 suffers from low precision in its exp() function.
rakudo:
say exp(5) - 148.4131591025766
0.000159103
Actually, the problem was low precision in the
148.4131591025766 constant, which Parrot was
truncating to
On Thursday 05 June 2008 03:16:35 Klaas-Jan Stol wrote:
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
You probably needed a 'make realclean'.
anyhow, this ticket can be rejected.
Done!
-- c
On Thu, Jun 05, 2008 at 05:29:25PM +0100, Daniel Ruoso wrote:
Qui, 2008-06-05 às 11:04 -0500, Patrick R. Michaud escreveu:
Does fall back to a subroutine occur anytime we don't have
a method with a matching signature? For example, if we have
as far as I understand it, it only falls back
On Thu, Jun 05, 2008 at 12:15:31PM -0700, chromatic wrote:
On Thursday 05 June 2008 03:16:35 Klaas-Jan Stol wrote:
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
You probably needed a 'make realclean'.
Actually,
Patrick R. Michaud wrote:
On Thu, Jun 05, 2008 at 05:29:25PM +0100, Daniel Ruoso wrote:
Qui, 2008-06-05 às 11:04 -0500, Patrick R. Michaud escreveu:
Does fall back to a subroutine occur anytime we don't have
a method with a matching signature? For example, if we have
as far as I
On Thursday 05 June 2008 06:14:22 [EMAIL PROTECTED] wrote:
Log:
[rakudo] Get is ro, is rw and is copy, with ro being the default, working
on parameters to subs. This time, we get just one failure in
spectest_regression (on Win32), which is a result of a Parrot GC bug.
What's the ticket
chromatic wrote:
On Thursday 05 June 2008 06:14:22 [EMAIL PROTECTED] wrote
Log:
[rakudo] Get is ro, is rw and is copy, with ro being the default, working
on parameters to subs. This time, we get just one failure in
spectest_regression (on Win32), which is a result of a Parrot GC bug.
On Thu, Jun 05, 2008 at 10:45:08PM +0200, Moritz Lenz wrote:
Okay, so my bad example didn't provide an answer to my
original question. Let's try it this way:
class Foo {
multi method bar(Dog $x) { say Foo::bar; }
}
sub bar(Int $x) { say sub bar; }
my
On Thursday 05 June 2008 07:44:11 François Perrad wrote:
I'm not sure.
Since r26988, I've same failure on Windows, with mingw gcc-3.4.2, and
perl 5.8.8 (build 822 from ActiveState).
The following patch solves (or hides) the problem
Index: src/string.c
Moritz Lenz wrote:
Oops, forgot to attach patch. Now it's really there.
Your implementations of eval_lives_ok and eval_dies_ok seem
inconsistent. eval_lives_ok uses try and eval_dies_ok does not. The
two implementations may catch different types of exceptions. I am
proposing the patch
On Thursday 05 June 2008 09:05:22 Geoffrey Broadwell wrote:
In my original ticket, I mentioned three problems:
1. ResizableStringArray didn't have get_iter.
2. Other *Array PMCs may be missing that as well.
3. The 'iter' op is still listed as experimental.
Clearly #1 was the focus of
Ronald Schmidt wrote:
Moritz Lenz wrote:
Oops, forgot to attach patch. Now it's really there.
Your implementations of eval_lives_ok and eval_dies_ok seem
inconsistent. eval_lives_ok uses try and eval_dies_ok does not. The
two implementations may catch different types of exceptions.
On Thu, Jun 5, 2008 at 3:05 PM, Moritz Lenz [EMAIL PROTECTED] wrote:
Ronald Schmidt wrote:
Moritz Lenz wrote:
Oops, forgot to attach patch. Now it's really there.
Your implementations of eval_lives_ok and eval_dies_ok seem
inconsistent. eval_lives_ok uses try and eval_dies_ok does not.
On Thu, Jun 05, 2008 at 11:04:52AM -0500, Patrick R. Michaud wrote:
: This message is looking for a clarification/confirmation.
: S12:207 says:
:
: To call an ordinary method with ordinary method-dispatch semantics,
: use either the dot notation or indirect object notation:
:
:
On 2008 Jun 5, at 18:43, Larry Wall wrote:
Maybe it's just a temporary lack of imagination, but I'm having
trouble
these days coming up with any kind of a use case for confusing single
dispatch with multiple dispatch. Yeah, I know I wrote that, but I was
either smarter or stupider back
# New Ticket Created by NotFound
# Please include the string: [perl #55358]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55358
The static function get_op is declared but not defined in several
files, because the
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #55364]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55364
PDD09 contained a number of deprecation notes, for functions and
macros whose
On Thu, Jun 05, 2008 at 05:58:27PM -0700, Will Coleda wrote:
The Version PMC is a skeleton that doesn't do anything, and isn't
really used anywhere else in the repository.
Attached patch removes it. I think we can safely do this in advance of
the June '08 release. Comments?
+1
Pm
On Wed Jan 02 11:19:02 2008, szbalint wrote:
On Thu Oct 25 08:45:09 2007, ptc wrote:
In tools/build/c2str.pl there is the todo item:
# TODO maybe cope with escaped \
Do this.
I've attached a patch that should complete this TODO.
The previous attempt failed because it didn't
On Thursday 05 June 2008 18:19:21 Will Coleda via RT wrote:
I have a counter-patch:
Index: tools/build/c2str.pl
=
==
--- tools/build/c2str.pl(revision 28124)
+++ tools/build/c2str.pl(working copy)
@@ -142,10
On Thu, 2008-06-05 at 17:36 -0700, Ivan B. Serezhkin via RT wrote:
Hello.
Hi there!
FreeBSD users are humans too, with two arms and two legs =)
Of course! I just haven't been able to find a Parrot/FreeBSD/OpenGL
person previously. Standard request: please send me a tarball of all
of your
On Sat Dec 15 00:39:19 2007, [EMAIL PROTECTED] wrote:
If you modify one of the Perl modules that turns .pmc files into .c files,
then run make again, nothing happens. The .pmc rules should each have a
dependency on the appropriate .pm file.
This task requires a minor amount of Perl
On Thu, Jun 5, 2008 at 9:28 PM, chromatic [EMAIL PROTECTED] wrote:
On Thursday 05 June 2008 18:19:21 Will Coleda via RT wrote:
I have a counter-patch:
Index: tools/build/c2str.pl
=
==
--- tools/build/c2str.pl(revision
On Thu Jun 05 12:37:50 2008, coke wrote:
It looks like perlcritic.t is still in the list of codingstd tests to
run by default: Jim, have you had any further trouble with this test?
No, the problems have cleared up -- although I am stumped as to why/how?
Checking my test logs, on my Linux
# New Ticket Created by Will Coleda
# Please include the string: [perl #55374]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55374
$ ack '\.gif' docs/book
docs/book/ch07_architecture.pod
89:Ffigs/p6e_0801.gif
but
On Fri Mar 21 10:24:39 2008, [EMAIL PROTECTED] wrote:
On Friday 21 March 2008 09:37:16 Andrew Whitworth via RT wrote:
src/jit_emit.h contains a large amount of both header-file stuff and
executable code. I could gladly separate the two out, and create two new
files:
I thought it might be interesting to see some various breakdowns of
tickets that we don't normally sort on:
136 tickets are owned, with the following breakdown:
'Whiteknight' = 3,
'allison' = 30,
'bernhard' = 1,
'[EMAIL PROTECTED]' = 7,
On Wed Sep 19 20:47:56 2007, [EMAIL PROTECTED] wrote:
I get intermittent failures on this test:
[EMAIL PROTECTED] unified_testing]$ perl t/perl/Parrot_Docs.t
1..25
ok 1 - use Parrot::Docs::POD2HTML;
ok 2 - use Parrot::Docs::Directory;
ok 3 - use Parrot::Docs::File;
ok 4 - use
On Mon Jun 18 15:13:15 2007, [EMAIL PROTECTED] wrote:
r19067 needs a bit more work (pardon the pun) to work with parrot -j.
Bob, do you have an idea on what the fix might be? If it's not a
quick one,
we can mark this test as TODO for JIT before the release tomorrow.
$ TEST_PROG_ARGS=-j
On Tue Jan 15 20:08:22 2008, [EMAIL PROTECTED] wrote:
Patches applied to trunk in r24898.
Can we close this ticket if the patches are applied?
On Sat Aug 19 08:02:06 2006, leo wrote:
Am Samstag, 19. August 2006 06:11 schrieb Chip Salzenberg:
After the STM merge, all of t/pmc/threads.t succeeds (woggle++).
But one of the tests fails under JIT. I'm hoping that somebody
will recognize the reason quickly, else I'll have to dive in...
# New Ticket Created by Will Coleda
# Please include the string: [perl #55386]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55386
Configure.pl says:
--miniparrot Build parrot assuming only pure ANSI C
On Wed Mar 05 03:33:39 2008, cognominal wrote:
In rakudo, when a Perl6 class is derived from a pmc with the same
name, overriding pmc method is impossible.
This is the case in Hash.pir We see below that the Hash pmc
get_string() method is called not
the supposedly overriding method.
Regular
On Thu, 2008-06-05 at 08:57 -0700, Geoffrey Broadwell wrote:
On Thu, 2008-06-05 at 02:54 -0700, Stephane Payrard via RT wrote:
Anyway the fix is not yet perfect. The Configure.PL still dies :
Use of uninitialized value in hash element at config/gen/opengl.pm line 490.
step gen::opengl
I've incorporated all of your fixes, plus some fixes for cognominal, in
the latest patch attached to RT #55228. Please give that a try.
-'f
On Sun Apr 15 08:11:19 2007, coke wrote:
Begin forwarded message:
From: Andrew Shitov [EMAIL PROTECTED]
Reply-To: Andrew Shitov [EMAIL PROTECTED]
On behalf of the Parrot team, I'm proud to announce Parrot 0.4.10
The Release Formerly Known as Prince.
I tried to compile source of
On Mon Oct 22 10:09:47 2007, [EMAIL PROTECTED] wrote:
chromatic (via RT) wrote:
However, it does mean that if we keep up this line of thinking, we
do need a
way to identify ParrotIOLayers that hold PObj pointers and mark
those
pointers during DOD.
ParrotIOLayers are going away, to be
On Sun Jul 29 18:21:48 2007, [EMAIL PROTECTED] wrote:
I applied a bandaid to this wound today in r20318, but the patient still
needs to be referred to a specialist.
The deep recursion noted in the error message came from this code in
lib/Parrot/Pmc2c/Pmc2cMain.pm:
for my $f (@files) {
On Thursday 05 June 2008 19:43:40 Will Coleda wrote:
$ ack '\.gif' docs/book
docs/book/ch07_architecture.pod
89:Ffigs/p6e_0801.gif
but this file isn't in the repository. We should either pull the
reference, grab the image, or come up with a substitute.
I have the file, but I'm not sure
On Tue May 15 14:54:01 2007, [EMAIL PROTECTED] wrote:
On Wednesday 09 May 2007 07:21:44 Andy Dougherty wrote:
[appending to an old ticket, since if anyone wants to ever get this
working again, they'll probably have to fix up the blind guesses I
made in
that old patch too.]
Thanks,
63 matches
Mail list logo
