On Mon, Mar 31, 2008 at 11:33:42PM -0400, Bob Rogers wrote:
Do you remember the discussion two years ago [1] about eliminating the
user stack in favor of arrays? Chip made the following comment [2]:
From: Chip Salzenberg [EMAIL PROTECTED]
Subject: User stack: Worthwhile?
On Sat, Mar 29, 2008 at 12:53:29PM -0700, Alan Rocker wrote:
Perl 6 does not defend itself against invalid options. Using an invalid
option results in an ungraceful death rather than a valid error message.
E.g.
$ ./perl6 -x say 'Hi';
Error: file cannot be read: -x
current instr.:
First, kudos and compliments to Klaas-Jan Stol on the excellent
PCT tutorial. I have some comments; the minor ones (typos, etc.)
I'll send off-list, but others may merit some discussion and
PCT implementation changes so I'll put them here.
This message has to do with scope handling of variables
On Sat, Mar 29, 2008 at 01:04:22AM -0500, Patrick R. Michaud wrote:
This message has to do with scope handling of variables in Episode 6
of the tutorial (the 'identifier' method for Squaak). The tutorial
points out an area where PCT doesn't yet work the way I had
envisioned and solicits
As of this morning only the following files still need conversion
for P6Regex, P6Grammar, and/or pgc:
examples/pge/all.pir
languages/tap/Makefile
The examples/pge/all.pir file is a very outdated example of
writing parsers using PGE -- the new way of doing it is
to use Perl6Grammar or
On Fri, Mar 28, 2008 at 10:51:16AM +0100, Klaas-Jan Stol wrote:
Attached is a patch implementing:
* ++ and -- postfix operators, implemented as n_sub and n_add (taking
1 as the 3rd operand), this is because each instruction must have an
output register as far as I can tell (so inc/dec won't
On Fri, Mar 28, 2008 at 07:41:25AM -0500, Patrick R. Michaud wrote:
Ideally += should be implemented as the two-argument 'add' opcode
in PIR... something like
add %0, %1
But the PAST compiler doesn't yet have a great way for distinguishing
a 2-argument add from a 3-argument add. We
On Thu, Mar 27, 2008 at 10:33:54PM +0100, Klaas-Jan Stol wrote:
On Wed, Mar 26, 2008 at 6:30 PM, Patrick R. Michaud [EMAIL PROTECTED] wrote:
On Wed, Mar 26, 2008 at 02:25:06PM +0100, Klaas-Jan Stol wrote:
* list ops ( I think this is meant by list ops? )
All languages that have some
On Wed, Mar 26, 2008 at 02:25:06PM +0100, Klaas-Jan Stol wrote:
having used NQP a bit, I feel like I'm missing a few things. I'm not
entirely sure what the fate of NQP is; will it always be a bootstrap
stage for Perl 6,or is it a tool for now and will it be discarded
later on.
Neither! It's
On Wed, Mar 26, 2008 at 09:12:18AM -0700, Geoffrey Broadwell wrote:
Being able to write
unshift @?BLOCK, $?BLOCK;
would be useful, as it prevents the need for creating the List class
over and over again.
I feel that these ops are so basic, it would be well worth it to have
them
On Wed, Mar 26, 2008 at 04:29:05PM +0100, Klaas-Jan Stol wrote:
hi,
i've been working on an actions file for the NQP compiler, written in
NQP. It can be found in compilers/nqp/bootstrap
to build it, go to the compilers/nqp directory, and type make boot
It seems to work pretty nicely,
On Tue, Mar 25, 2008 at 09:32:46PM -0700, [EMAIL PROTECTED] wrote:
Modified:
trunk/apps/p3/cgi-pir/slides.pir
trunk/compilers/past-pm/PAST/Node.pir
trunk/compilers/past-pm/POST/Node.pir
... are we at or near a point that past-pm could be removed
from the repository? What languages
On Wed, Mar 26, 2008 at 11:06:22AM -0700, jerry gay wrote:
On Wed, Mar 26, 2008 at 10:50 AM, Patrick R. Michaud [EMAIL PROTECTED]
wrote:
... are we at or near a point that past-pm could be removed
from the repository? What languages or tools are still using PAST-pm ?
ack -af PAST-pm
On Wed, Mar 26, 2008 at 06:09:50PM -0700, Will Coleda wrote:
Basically, user problems are reported against a *release*. Anyone
reporting a problem against something more fine grained than a release
is a developer, and we should expect them to be able to use their own
version control tools, or
On Sun, Mar 16, 2008 at 11:11:31AM -0700, James Keenan via RT wrote:
Can any of our Win32 developers examine this?
Also, the patch and file needs to be updated to use PGE::Perl6Regex
instead of PGE::P6Regex, as the latter is now deprecated
(see RT#48028).
Pm
On Mon, Mar 17, 2008 at 10:26:21AM -0700, Will Coleda via RT wrote:
compilers/pct/src/PAST/Compiler.pir says:
On Thu Dec 13 17:47:05 2007, [EMAIL PROTECTED] wrote:
Implement a 'copy' assignment (at least until we get the 'copy'
opcode -- see RT#47828).
Now that the copy op is
On Tue, Mar 18, 2008 at 08:21:09AM -0700, Stephane Payrard wrote:
A ?before rule with a space between the '' and the '?' compiles
but fails at execution
with the unhelpful message :
Unable to find regex ''
Null PMC access in invoke()
I agree that this is not a useful error message.
On Mon Feb 18 14:00:49 2008, particle wrote:
in rakudo's perl6doc parser
(languages/perl6/src/utils/perl6doc/grammar.pg), i have the following:
token pod_delimited_block {
^^ '=' .unsp? 'begin' .ws block_type pod_option* \n
.*?
^^ '=' .unsp? 'end' .ws $block_type \N*
On Tue, Mar 04, 2008 at 06:39:38PM -0800, chromatic wrote:
On Tuesday 04 March 2008 16:48:09 Will Coleda wrote:
So, language developers (and others); please grab a copy of
https://svn.perl.org/parrot/branches/pdd17pmc and check out the
languages to see how they fare compared to their
On Thu, Feb 28, 2008 at 01:21:40PM +0100, Klaas-Jan Stol wrote:
hi,
recently on #parrot there was a short discussion on symbol handling
w.r.t. nested scopes.
During that discussion, I understood that when looking for a symbol in
a PAST::Block node, it will look in that block, and, if not
On Tue, Feb 26, 2008 at 07:33:49PM -0800, James Keenan via RT wrote:
1. Should 'lib/Test' be removed from the:
no_index:
directory:
element in META.yml. I felt it should, because that directory has
ceased to be part of the Parrot distribution. So I patched META.yml in
r26083.
Fixed in r25936, thanks!
Pm
Applied in r25909, thanks!
Pm
On behalf of the Parrot team, I'm proud to announce Parrot 0.5.3
Way of the Parrot. Parrot (http://parrotcode.org/) is a virtual
machine aimed at running all dynamic languages.
Parrot 0.5.3 can be obtained via CPAN (soon), or follow the
download instructions at http://parrotcode.org/source.html.
On Wed, Feb 13, 2008 at 07:29:25PM -0800, Will Coleda wrote:
compilers/nqp/t/01-literals.t, for example, has a shebang of:
#!./parrot
but contains a test file written in NQP, not PIR.
Before we can re-enable the pir_code_coda test, these files need to be
updated to have a proper
and parrot has so much
that it was hard to find :P
Thanks for the patience and the help.
Andrew Parker
On Feb 12, 2008, at 8:00 PM, Patrick R. Michaud wrote:
On Mon, Feb 11, 2008 at 10:27:27PM +0100, Andrew Parker wrote:
.namespace
.sub outer
new
On Tue, Feb 12, 2008 at 08:59:46PM -0800, Geoffrey Broadwell wrote:
Here's my fear: Parrot will near production release, we'll start
finding performance problems, and everyone will be so incredibly ready
to get 1.0 out the door that we'll release before fixing them (correct
now, fast later
On Mon, Feb 11, 2008 at 10:27:27PM +0100, Andrew Parker wrote:
.namespace
.sub outer
new $P12, Integer
assign $P12, 1
.lex x, $P12
get_global $P18, inner
newclosure $P18, $P18
$P17 = $P18()
print $P17
print \n
.end
.sub inner :outer(outer)
On Fri, Feb 08, 2008 at 12:52:43PM +0100, Klaas-Jan Stol wrote:
languages/pynie directory contains a file in src/PAST/Grammar.tg, which is
the tree transformation for pynie.
This is no longer used, as pynie is converted to PCT.
I propose to remove this file, as it is out of date and is
On Wed, Feb 06, 2008 at 09:59:52PM -0500, Zev Benjamin wrote:
What happens if you run using parrot perl6.pbc instead
No difference.
of the perl6 executable? If you still get the segfault, how
about trying parrot with the -G option?
This stops the segfault.
How about if the
On Wed, Feb 06, 2008 at 03:33:14PM +0100, Klaas-Jan Stol wrote:
function foo()
local a = 2
function bar()
print(a)
end
end
foo()
bar()
What happens here is, a function foo is defined, in which a local var. a
is initialized to the value 2. Another function is
On Tue, Feb 05, 2008 at 07:33:46PM -0800, Zev Benjamin wrote:
# New Ticket Created by Zev Benjamin
# Please include the string: [perl #50554]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=50554
I
Fixed in r25570, thanks!
Pm
Fixed in r25570, thanks!
Pm
On Sat, Jan 19, 2008 at 12:24:37PM +0100, Klaas-Jan Stol wrote:
as far as I could tell there's no support for goto statements in PCT (that
is, special nodes or something).
I don't know whether there are any plans to add special support for it, but
here's an idea I was thinking about. It would
On Thu, Jan 24, 2008 at 11:58:02AM -0500, Mark J. Reed wrote:
Sorry if I'm missing something here, since I haven't dived into the
innards of Parrot, but I thought control flow in Parrot was based on
continuations? Presumably 'control exceptions' are really just
lexicaly-scoped exceptions, and
I split the patch into separate 'pct' and 'lolcode' commits, but
otherwise it's excellent. Thanks for patching the docs as well. :-)
Applied in r25116 and r25117.
Pm
On Sun, Jan 20, 2008 at 03:06:34PM -0800, jerry gay wrote:
looks to me like the 'clean' target in the makefile should delete the
t/spec directory (it doesn't currently.)
I don't think that 'make clean' should remove t/spec. Because we now
grab t/spec via 'svn co', someone might have local
On Fri, Jan 18, 2008 at 09:41:01PM -0800, Geoffrey Broadwell wrote:
The error message from parrot when there is a spelling mismatch between
a function call and the function's actual declaration is accurate but
confusing:
*
$ cat foob.pir
.sub main :main
foo()
.end
.sub foob
On Sat, Jan 12, 2008 at 11:29:03PM -0500, Bob Rogers wrote:
From: Matisse Enzer [EMAIL PROTECTED]
Date: Sat, 12 Jan 2008 20:20:12 -0800
Where would people here want to see buildot status messages go?
Personally, I'm not a parrot developer, so I don't have a strong
opinion.
On Sun, Jan 13, 2008 at 10:54:57AM +0100, Cosimo Streppone wrote:
I had discussed the [S29/subdir/*.t] structure with
particle over irc, but probably I misunderstood.
So I'd better change these tests to something like:
t/spec/S29-str/chomp.t
t/spec/S29-str/p5chomp.t
...
On Sun, Jan 13, 2008 at 02:43:24PM -0500, Andy Dougherty wrote:
Please also verify that you want to publicly announce the name of the
executable as 'perl6'. I recall there was some question about that too,
though I wasn't involved in any of it, so I don't know where it stands at
the moment.
On Sat, Jan 12, 2008 at 08:57:11AM -0800, Cosimo Streppone wrote:
# New Ticket Created by Cosimo Streppone
# Please include the string: [perl #49714]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49714
This
On Sat, Jan 05, 2008 at 01:09:01AM -0600, Patrick R. Michaud wrote:
On Sat, Jan 05, 2008 at 12:29:40AM -0600, Patrick R. Michaud wrote:
On Fri, Jan 04, 2008 at 07:43:18PM -0800, chromatic wrote:
(Callgrind suggests that about 45% of the running time of
the NQP part of the build comes
On Sat, Jan 05, 2008 at 02:11:35AM -0800, chromatic wrote:
On Saturday 05 January 2008 01:26:48 Patrick R. Michaud wrote:
As of r24557 I've rewritten find_cclass and find_not_cclass
so that they use a string iterator instead of repeated calls
to ENCODING_GET_CODEPOINT. I also improved
On Sat, Jan 05, 2008 at 12:17:00PM +0100, Cosimo Streppone wrote:
Patrick wrote:
[...] I also improved utf8_set_position
a bit so that it doesn't always have to restart position
counting from the beginning of the string. As a result,
compiling the actions.pl script on my machine goes from
On Sat, Jan 05, 2008 at 11:09:57AM +, Nicholas Clark wrote:
On Sat, Jan 05, 2008 at 02:11:35AM -0800, chromatic wrote:
On Saturday 05 January 2008 01:26:48 Patrick R. Michaud wrote:
I think it will still be worthwhile to investigate
converting strings into a fixed-width encoding
On Fri, Jan 04, 2008 at 12:55:19AM -0600, Andy Lester wrote:
http://use.perl.org/~pmichaud/journal/35272
http://perlbuzz.com/2008/01/flurry-of-perl-6-activity-picks-up-new-contributor.html
Lots of cool stuff is going on, and I'm so so glad to see it. I'm
thinking of making a Perl
On Fri, Jan 04, 2008 at 07:43:18PM -0800, chromatic wrote:
I just ran a little experiment. I patched Parrot::HLLCompiler to transcode
the source code it reads to UCS-2 before parsing and compiling it, then I
profiled building perl6.pbc.
Without this hack, the build takes around 20
On Sat, Jan 05, 2008 at 12:29:40AM -0600, Patrick R. Michaud wrote:
On Fri, Jan 04, 2008 at 07:43:18PM -0800, chromatic wrote:
(Callgrind suggests that about 45% of the running time of
the NQP part of the build comes from utf8_set_position
and utf8_skip_forward.)
Even better might
On Thu, Jan 03, 2008 at 12:39:54PM -0800, chromatic wrote:
On Thursday 03 January 2008 12:05:48 [EMAIL PROTECTED] wrote:
-# Copyright (c) 2007, The Perl Foundation
+# Copyright (C) 2001-2008, The Perl Foundation.
# $Id$
I'm not sure this is legal. Certainly TPF holds a copyright on
On Thu, Jan 03, 2008 at 09:40:23PM -0500, Bob Rogers wrote:
From: Patrick R. Michaud via RT [EMAIL PROTECTED]
Date: Wed, 02 Jan 2008 22:29:35 -0800
On Wed Jun 20 16:23:40 2007, pmichaud wrote:
On Thu, Jun 21, 2007 at 12:08:33AM +0100, Jonathan Worthington wrote
On Wed, Jan 02, 2008 at 09:58:21AM +0100, Paul Cochrane wrote:
I've been seeing this problem off and on for over a month. As you've
noticed, it's rather intermittent, however, when the problem occurs it
persists for up to couple of hours. I've also seen that this is
platform independent, and
On Wed Jun 20 16:23:40 2007, pmichaud wrote:
On Thu, Jun 21, 2007 at 12:08:33AM +0100, Jonathan Worthington wrote:
Patrick R.Michaud (via RT) wrote:
The 'setline' opcode doesn't do what I expect it to do, which
is to associate runtime errors with lines in HLL source.
Currently HLL
Thanks for the patch! Unfortunately, this particular implementation
won't quite work because infix:// is a short-circuiting operator, and
the second argument should be evaluated only if the first is undefined.
(Most other operators evaluate the arguments prior to making the
function call.)
Applied in r24335, thanks!
Pm
Now fixed in r24336, thanks!
Pm
On Sun, Dec 23, 2007 at 06:01:22PM -0800, Stephen Weeks wrote:
Working on getting parrot to parse the lojban grammar, I found that it
would hang forever with --target=parse. Tracked it down to a ws rule.
When I define a custom token ws in the grammar, it parses without
problem.
Built a
On Mon, Dec 24, 2007 at 05:12:24PM -0800, Christopher Pruden wrote:
# New Ticket Created by Christopher Pruden
# Please include the string: [perl #49085]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49085
On second look, it appears that PGE is doing the correct thing, and the
problem we were seeing that triggered this ticket was due to a GC bug.
So, never mind!
Thanks,
Pm
On Fri, Dec 28, 2007 at 07:11:23PM -0800, chromatic wrote:
On Friday 28 December 2007 16:16:55 Patrick R.Michaud wrote:
Whenever a PAST::Op node gets a non-PAST child, PCT currently
throws a cryptic exception message like:
Method 'named' not found for invocant of class 'Perl6::Grammar'
On Sat, Dec 29, 2007 at 12:04:09PM +0200, Allison Randal wrote:
Patrick R.Michaud (via RT) wrote:
Whenever a PAST::Op node gets a non-PAST child, PCT currently
throws a cryptic exception message like:
Method 'named' not found for invocant of class 'Perl6::Grammar'
A better exception
On Sat, Dec 29, 2007 at 11:29:46AM +0200, Allison Randal wrote:
Patrick R.Michaud (via RT) wrote:
* add some smarts to Parrot to allow it to search/execute .pbc files
in some standard locations (RT#47992)
We certainly need to allow configurable search paths (at runtime and
compile-time).
On Sat, Dec 29, 2007 at 12:13:19PM -0800, chromatic wrote:
On Saturday 29 December 2007 01:29:46 Allison Randal wrote:
* convert perl6.pbc into a C executable
Possible, but ultimately too constraining. There are significant
advantages to having the full Parrot runtime environment
On Fri, Dec 28, 2007 at 12:37:56PM -0800, chromatic wrote:
On Friday 28 December 2007 04:15:03 Will Coleda wrote:
My concern here is HLL interop. I think it would be cleaner to specify
the base types ( or perhaps a does ) to be generic enough to let
another language invoke your multis.
On Thu, Dec 27, 2007 at 07:15:40PM +0200, Allison Randal wrote:
With autoboxing/unboxing, there's not really a need to differentiate
between the PMC Integer/String/Float types and the I/S/N registers.
Coming into this discussion from the middle (and having not read
pdd15 in great detail),
On Thu, Dec 27, 2007 at 07:26:30PM +0200, Allison Randal wrote:
Agreed. (It's worth noting that the problem existed before :invocant was
added.) Adding :invocant, and giving it a string parameter, means we
could do away with the list of types on the :multi flag (we'd still need
the :multi
On Thu, Dec 27, 2007 at 07:56:35PM +0200, Allison Randal wrote:
Patrick R. Michaud wrote:
On Thu, Dec 27, 2007 at 07:15:40PM +0200, Allison Randal wrote:
With autoboxing/unboxing, there's not really a need to differentiate
between the PMC Integer/String/Float types and the I/S/N registers
On Thu, Dec 27, 2007 at 07:45:03PM +0200, Allison Randal wrote:
Patrick R. Michaud wrote:
On Thu, Dec 27, 2007 at 07:26:30PM +0200, Allison Randal wrote:
Agreed. (It's worth noting that the problem existed before :invocant was
added.) Adding :invocant, and giving it a string parameter, means
Kevin Tew started investigating this ticket, and he discovered
that :method subs are already being placed as entries in the
namespace by default, which is the behavior I was looking for.
So, the issue turns out to be a non-issue (for me at least),
unless we decide to make it one.
Apologies
On Thu, Dec 20, 2007 at 09:20:22AM +0200, Allison Randal wrote:
Patrick R. Michaud wrote:
Of course, in the previous object model I think there was only
one place to look, and find_method did the searching.
In the previous model, there was no distinction between subroutines and
methods
This is a longish message describing some obstacles I'm
encountering with implementing eval() in perl6, especially
as it relates to handling of lexical (my) variables. IIRC
there are quite a few tests in the Perl 6/Pugs test suite
that expect a working eval(), so we may need this capability
On Wed, Dec 19, 2007 at 11:15:46PM +0100, Mehmet Yavuz Selim Soyturk wrote:
One temporary workaround that I considered for this problem
would be to have eval() use introspection on its caller to
create a wrapper sub that duplicates the lexical environment of
the caller, and then use that
On Wed, Dec 19, 2007 at 10:57:27PM -0600, Patrick R. Michaud wrote:
On Wed, Dec 19, 2007 at 11:15:46PM +0100, Mehmet Yavuz Selim Soyturk wrote:
One temporary workaround that I considered for this problem
would be to have eval() use introspection on its caller to
create a wrapper sub
On Tue, Dec 18, 2007 at 03:52:39PM +0200, Allison Randal wrote:
Patrick R.Michaud (via RT) wrote:
This ticket is asking for some convenient mechanism to have
a :method be automatically entered as a sub in the namespace.
This used to be the situation prior to the pdd15oo merge,
and I've come
On Mon, Dec 17, 2007 at 10:24:25AM +0100, Paul Cochrane wrote:
On 17/12/2007, chromatic [EMAIL PROTECTED] wrote:
After fixing a few small tests, fulltest passes everything but a couple of
in-progress coding standards tests on my platform. The release is ready on
the world's most lenient
On Sun, Dec 16, 2007 at 05:09:15AM -0800, Bernhard Schmalhofer wrote:
In compilers/pct/src/PAST/Compiler.pir there is support for the pasttype
'chain'.
However I could not find it in docs/pdds/pdd26_ast.pod.
So, should documentation of 'chain' be added to PDD26?
Sure. Part of the
On Sat Dec 15 05:30:57 2007, bernhard wrote:
...
The other problem is that the method 'ostgrammar' has been removed
from PCT::HLLCompiler.
IMHO this should be fixed with porting languages/lua from using
'PAST-pm' to using the shiny new
PCT::PAST.
Yes, I didn't quite expect anyone to be
On Sat, Dec 15, 2007 at 05:45:56PM +0200, Allison Randal wrote:
Patrick R. Michaud via RT wrote:
Yes, I didn't quite expect anyone to be using PCT::HLLCompiler with
PAST-pm, or supplying their own PAST-POST transformation.
If we need to put the ostgrammar back into the HLLCompiler, we can
While at a meeting today I had a period of time where I couldn't
easily sync with the Parrot repository to work on it, so I hacked
together a small script to automatically populate a new languages/
subdirectory with a standard compiler tools setup. The script
is attached.
With this script, one
On Sat Sep 29 08:57:28 2007, kjs wrote:
A few months ago, the #line directive was implemented.
I'm wondering what the reason was why it looks like a comment (as # will
start a comment).
Is there any reason to not replace this by .line? A directive typically
tells the assembler/compiler
On Wed, Dec 12, 2007 at 09:16:46AM -0700, Kevin Tew wrote:
I'm using this code to dump PGE parse trees in Perl5 dump format.
Can it get modified/added to HLLCompiler and PCT?
I'm using it for a research project where the compiler is written in Perl5.
The compiler translates the PGE parse
The reports of find_name's death are greatly exaggerated. Rejecting ticket.
Pm
On Fri, Dec 07, 2007 at 08:45:03PM +0200, Allison Randal wrote:
jerry gay wrote:
looks good to me. commit away!
nice work.
I've got a clean report on our core platform targets, so committed in
r23574. As usual, please report any issues.
r23574 gives me failures in t/src/vtables.t and
Added in r23510.
Thanks!
Pm
Resolved in r23462.
Pm
On Tue Dec 04 08:40:12 2007, pmichaud wrote:
Cloning a Hash also causes its values to be cloned.
Perhaps this is the desired behavior, but if so, it's
inconsistent with cloning other aggregates.
After thinking about it a bit more, I'm not sure I want Hash's
behavior with clone to change --
On Tue, Dec 04, 2007 at 12:54:43PM -0500, istarex wrote:
Is it possible to compile a single PGE grammar against multiple sets
of actions to get multiple different parsers? This would be good for
Lisp-like languages where you have one parser that spits out PIR code
and a parser that is invoked
On Sun, Dec 02, 2007 at 10:44:08AM +0100, Paul Cochrane wrote:
NQP and Perl6 aren't Perl5; Should we really be running the perl5 coding
standard tests against them?
Probably not, but having the correct coda is a good thing, ...
Agreed.
... and I only
needed to switch off the warnings
On Sat, Dec 01, 2007 at 01:45:57PM -0800, Will Coleda wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #48010]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48010
print_newline
On Sat, Dec 01, 2007 at 02:30:24PM -0800, Will Coleda wrote:
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48020
from DEPRECATED.pod
=item Bfind_name
There are several variants of some of the above ops; all are deprecated,
and are replaced by the ops
Marking ticket as resolved, thanks!
Pm
On Wed, Nov 28, 2007 at 11:22:30AM -0800, James Fuller wrote:
# New Ticket Created by James Fuller
# Please include the string: [perl #47926]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=47926
after building
I should also note that the problem is related to the :outer
somehow, because if we remove :outer from the definition of 'foo'
in x.pir then everything works as expected:
$ ./parrot y.pir
compiler start
reading x.pir into $S0
compiling (but not running) $S0
XYZ::BEGIN
done
On Thu, Nov 29, 2007 at 06:17:57PM -0800, chromatic wrote:
On Thursday 29 November 2007 18:05:32 Patrick R.Michaud wrote:
Yes, that subject line is correct -- I've found a bug
that shows itself _only_
- when I build Parrot using ccache,
- for one seemingly obscure json test,
On Fri, Nov 30, 2007 at 08:07:30AM +0200, Allison Randal wrote:
Will Coleda wrote:
1) using getclass (aka, reject this ticket)
2) doing something custom for the say method here (like, say,
translating say 'what' into something like getstdout P0;
P0.'say'('what');
3) eliminating the
On Tue, Nov 27, 2007 at 08:52:32PM -0800, Will Coleda via RT wrote:
On Wed Apr 04 05:59:18 2007, [EMAIL PROTECTED] wrote:
For me, running the attached PIR file outputs:
Sub
String
instead of:
Sub
Sub
Can anyone reproduce this on the original platform with
0.5.0 or newer? (see
On Tue, Nov 27, 2007 at 08:30:38PM -0800, chromatic wrote:
On Tuesday 27 November 2007 19:49:26 James Keenan wrote:
Since this patch affects 16 configuration modules, I would like to
have it tried out on as many platforms as possible. Reports from
Linux and OpenBSD would be particularly
The attached coretest.patch file adds a make coretest target to
Parrot. This target runs a smaller subset of tests than the normal
make test target. On my system, make test completes in ~290
seconds, while make coretest completes in ~200.
The following tests are not included in make coretest:
Committed patch in r23209, including refactoring $(RUNCORE_TEST_FILES)
out of the root Makefile and into t/harness.
Pm
301 - 400 of 795 matches
Mail list logo
