(moderator please reject my other message - wrong email)
The subject says it all :)
Given a valid regex (pcre) as an argument, the script will search
inside every *.ops file for an opcode name that matches, and dumps
both its arguments and its description. If no argument is passed every
opcode fo
The subject says it all :)
Given a valid regex (pcre) as an argument, the script will search
inside every *.ops file for an opcode name that matches, and dumps
both its arguments and its description. If no argument is passed every
opcode is dumped.
Example:
./search-ops.py find_n
-
On Thu, Jul 06, 2006 at 10:01:39PM -0700, Chip Salzenberg wrote:
> On Thu, Jul 06, 2006 at 05:22:47PM -0700, Allison Randal wrote:
> > jerry gay wrote:
> > >On 7/6/06, Allison Randal <[EMAIL PROTECTED]> wrote:
> > >
> > >meanwhile, back at the ranch, perl6 is failing all
> > >t/00-parrot/08-regex.t
On Thu, Jul 06, 2006 at 05:22:47PM -0700, Allison Randal wrote:
> jerry gay wrote:
> >On 7/6/06, Allison Randal <[EMAIL PROTECTED]> wrote:
> >
> >meanwhile, back at the ranch, perl6 is failing all
> >t/00-parrot/08-regex.t tests due to the .namespace changes. chip's
> >proposed PGE patch fixes thos
Allison Randal <[EMAIL PROTECTED]> wrote:
Chip Salzenberg wrote:
>
> --- PART 2, IN WHICH AN ELEGANT SOLUTION IS PROPOSED --
>
> On the other hand, we could extend the key PMC to represent emptiness,
> i.e. zero dimensions. This seems useful for namespaces and could even prove
> useful for rea
On 7/6/06, Chip Salzenberg <[EMAIL PROTECTED]> wrote:
So here's an illustrative suggestion, which I think is a variant on one of
your also-rans, albeit one that leaves the common HLL case unmarked:
.HLL 'perl5', perl5_group
.namespace ['Foo']
$P0 = get_cur_global 'x'
jerry gay wrote:
On 7/6/06, Allison Randal <[EMAIL PROTECTED]> wrote:
meanwhile, back at the ranch, perl6 is failing all
t/00-parrot/08-regex.t tests due to the .namespace changes. chip's
proposed PGE patch fixes those failures.
Oh, I didn't mean "don't apply it", just "there's more work ahead
On Thu, Jul 06, 2006 at 04:44:35PM -0700, jerry gay wrote:
> On 7/6/06, Allison Randal <[EMAIL PROTECTED]> wrote:
> >Chip Salzenberg wrote:
> >> The below patches are my guess as to how to fix PGE and TGE for the
> >recent
> >> change in .namespace. (That is, C<.namespace ['']> now means what it
On 7/6/06, Allison Randal <[EMAIL PROTECTED]> wrote:
Chip Salzenberg wrote:
> The below patches are my guess as to how to fix PGE and TGE for the recent
> change in .namespace. (That is, C<.namespace ['']> now means what it says,
> and the HLL root is reachable by C<.namespace> w/o parameters.)
{ All you HLL implementors and other PIR users out there, please be assured
that I'll be providing as easy a transition as possible when/if these global
opcodes are adjusted. }
On Thu, Jul 06, 2006 at 11:53:59AM -0700, Allison Randal wrote:
> I ran through a number of possibilities, but so far
On Thu, Jul 06, 2006 at 12:11:47PM -0700, Allison Randal wrote:
> It's essentially the linguistic problem of being able to refer to
> something both by its full name and by the pronoun "it". (Otherwise known
> as "topic".) Only, currently "it" isn't represented by a word.
Well, we have three disti
Chip Salzenberg wrote:
The below patches are my guess as to how to fix PGE and TGE for the recent
change in .namespace. (That is, C<.namespace ['']> now means what it says,
and the HLL root is reachable by C<.namespace> w/o parameters.)
TGE and PGE both need a thorough going-over for the new n
On Thu, Jul 06, 2006 at 02:52:10PM -0500, Chris Dolan wrote:
> Oops, I missed a couple of instances of perl6-internals in the
> previous patch (notably, in parrotbug). This updated patch obsoletes
> the previous one.
Thanks, applied. A followup may be needed if p6i ends up *not* forwarding
t
Author: chip
Date: Thu Jul 6 13:05:47 2006
New Revision: 13183
Modified:
trunk/docs/pdds/pdd00_pdd.pod
Changes in other areas also in this revision:
Modified:
trunk/README
trunk/README.win32.pod
trunk/RELEASE_INSTRUCTIONS
trunk/compilers/imcc/README
trunk/docs/debug.pod
trun
Oops, I missed a couple of instances of perl6-internals in the
previous patch (notably, in parrotbug). This updated patch obsoletes
the previous one.
% diffstat parrot-porters2.patch
README |4 ++--
README.win32.pod |2 +-
RELEASE_INSTRUCTIONS |8 -
Chip Salzenberg wrote:
On Thu, Jul 06, 2006 at 01:21:08AM -0700, Allison Randal wrote:
The problem is really that we're trying to simultaneously a) refer to
the root HLL namespace directly, and b) pretend that it doesn't exist.
I don't think (b) is quite true. It's more that we're avoiding ex
Allison Randal wrote:
I had a much longer reply, but I'm going to let it steep overnight and
see what percolates.
I ran through a number of possibilities, but so far my favorite is:
find_global and store_global are truly 'global', that is, they always
require a fully specified namespace, in
The below patches are my guess as to how to fix PGE and TGE for the recent
change in .namespace. (That is, C<.namespace ['']> now means what it says,
and the HLL root is reachable by C<.namespace> w/o parameters.)
The TGE patch seems to work, but I got test failure from my PGE patch.
Patrick? Al
On 7/6/06, David H. Adler <[EMAIL PROTECTED]> wrote:
On Thu, Jul 06, 2006 at 06:22:31AM -0700, jerry gay wrote:
> perhaps you have a modified file in your working copy?
Actually, as I see it, you have a modified file in yours. :-)
I was working from the release version, which predates that chan
I think this patch is advisable, or at least not wrong. Yes/no?
=== compilers/tge/TGE/Compiler.pir
==
--- compilers/tge/TGE/Compiler.pir (revision 13181)
+++ compilers/tge/TGE/Compiler.pir (local)
@@ -380,6 +380,9 @@
.
On Thu, Jul 06, 2006 at 06:22:31AM -0700, jerry gay wrote:
> On 7/5/06, via RT David H. Adler <[EMAIL PROTECTED]> wrote:
> >As bugs go, not a killer, but still...
> >
> >The problem tests are as follows:
> >
> >not ok 329 - POD test for /Users/dha/parrot-0.4.5/src/ops/experimental.ops
> >
> >#
Hi Chip,
Can you please apply this patch for me? This is a fix to the YACC file. As a
result you will also have to checkin the imcparser.c and imcparser.h after
applying the patch and recompiling the source.
Thanks,
Vishal
Index: compilers/imcc/imcc.y
===
# New Ticket Created by Chris Dolan
# Please include the string: [perl #39738]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39738 >
---
osname= darwin
osvers= 8.0
arch= darwin-thread-multi-2level
cc= cc
---
Flags:
On Thu, Jul 06, 2006 at 01:21:08AM -0700, Allison Randal wrote:
> The problem is really that we're trying to simultaneously a) refer to
> the root HLL namespace directly, and b) pretend that it doesn't exist.
I don't think (b) is quite true. It's more that we're avoiding explicit
re-coding of a
Submitting bugs is not done through the web interface, but via email.
Please see: http://www.parrotcode.org/docs/submissions.html
RT was upgraded recently. It seems to be working at the moment.
Regards.
On Jul 6, 2006, at 10:39 AM, Chris Dolan wrote:
On Jul 5, 2006, at 11:10 PM, chromatic wr
On Jul 5, 2006, at 11:10 PM, chromatic wrote:
* Is a FQDN with RDNS required for access or posting of bugs?
I believe you can post through the web interface.
Not as of yesterday. RT appears broken and searches return no
bugs... The official bug submission recommendations are listed here:
On Thu, Jul 06, 2006 at 06:33:48AM +0100, Nicholas Clark wrote:
> On Wed, Jul 05, 2006 at 09:10:47PM -0700, chromatic wrote:
> > On Wednesday 05 July 2006 19:58, Bill Ricker wrote:
>
> > > * Minimum GCC == whatever Perl5 was built with? or specific?
> >
> > Probably at least 2.9x.
>
> Why? IIRC
On 7/5/06, via RT David H. Adler <[EMAIL PROTECTED]> wrote:
As bugs go, not a killer, but still...
The problem tests are as follows:
not ok 329 - POD test for /Users/dha/parrot-0.4.5/src/ops/experimental.ops
# Failed test (t/doc/pod.t at line 62)
# /Users/dha/parrot-0.4.5/src/ops/experimen
Chip Salzenberg wrote:
--- PART 2, IN WHICH AN ELEGANT SOLUTION IS PROPOSED --
On the other hand, we could extend the key PMC to represent emptiness,
i.e. zero dimensions. This seems useful for namespaces and could even prove
useful for real keys. And this makes keys even more compatible wi
29 matches
Mail list logo
