Re: Proposal Suggestion - Test::Run

On Wednesday 05 July 2006 23:02, Shlomi Fish n wrote: > I don't see using the X11 licence for my software as anti-social. Like I > said, anyone can easily fork it as a software of a different licence. Supposing you actually find a mentee and TPF actually does fund this project and this code is s

Re: a smarter form of whitespace

Patrick R. Michaud wrote: On Tue, Jul 04, 2006 at 12:57:16PM -0700, Allison Randal wrote: -- token start { ^*$ } regex emptyline { ^^ $$ \n } token ws { [ | \t]* } -- The above grammar doesn't have a "grammar" statement; as a result the regexes are being installed into the '' names

namespaces, a single colon to separate HLL prefix?

Quick question, is there a syntax specified in Perl 6 for referring to namespaces from other languages? I'm reviewing the namespaces PDD and want to update this snippet: -- IMPLEMENTATION EXAMPLES: Suppose a Perl program were to import some Tcl module with an import pattern of ``c*'' -- som

Re: The new wiki

I own p6docs.com if you'd like to use that, just give me some nameservers to point to. On 7/5/06, Michael G Schwern <[EMAIL PROTECTED]> wrote: Thanks to Tyler MacDonald and yi.org we now have a brand spanking new wiki! http://perl-qa.yi.org/ is its location, we'll worry about getting more offi

Re: a smarter form of whitespace

On Tue, Jul 04, 2006 at 12:57:16PM -0700, Allison Randal wrote: > I'm writing a parser for a language that treats a double newline as a > statement terminator. It works if I make every rule a 'regex' (to turn > off smart whitespace). But I want spaces and tabs to act as smart > whitespace, and newl

Re: HLL root globals and empty keys (was Re: test of get_namespace opcode)

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

Re: TAP Grammar

On 7/5/06, Chris Dolan <[EMAIL PROTECTED]> wrote: On Jul 3, 2006, at 6:33 PM, chromatic wrote: > On Monday 03 July 2006 09:01, Jonathan T. Rockway wrote: > >> That said, I would be interested. I'm still trying to page all the >> perl6/parrot grammars (PGE, TGE, etc.) into my brain, so any >> ad

Re: CPAN and META.yml: no_index dir vs directory

B/BL/BLM/Win32API-Registry-0.27 I can move this one pretty easily too, it needs a new release anyway. R/RC/RCAPUTO/POE-0.3502 R/RC/RCAPUTO/POE-Component-Client-Keepalive-0.0801 I'm pretty sure Rocco will move next release as well. Adam K

Re: On "Gaming" CPANTS, and a Kwalitee Suggestion

Tels wrote: And, "improve compatibility" - with broken systems? OMG. :) Yeah, you know, like when you comment this out before release :-) # die("Sorry, you must have a computer to run this software\n") # if($^O =~ /win32/i); Given that Mod::Sig checks are just that the signature is valid,

Re: CPAN and META.yml: no_index dir vs directory

Andreas J. Koenig wrote: On Wed, 5 Jul 2006 21:39:06 -0500, Ken Williams <[EMAIL PROTECTED]> said: > On Jul 5, 2006, at 7:47 PM, David Golden wrote: >> Some potential options: >> >> (a) Add "directory" as a synonym to the spec and add "dir" as >> something that CPAN sites recognize. >

Old and broken versions of Module::Install

Hi perl.qa, hopefully, this message will not provoke another flame war about Module::Install and Module::Build. Please don't feel tempted. I don't care which build system you use if it works. Versions of Module::Install < 0.61 do not work on the current ActivePerl release 5.8.8 build 817. Th

Re: Old and broken versions of Module::Install

Steffen Mueller wrote: Versions of Module::Install < 0.61 do not work on the current ActivePerl release 5.8.8 build 817. There are *a lot* of CPAN distributions that use Module::Install versions in the 0.3X range. In fact the most modules that use Module::Install are still 0.3X. For example an

Re: Test::Builder feature request...

Michael G Schwern wrote: > On 2/9/06, Geoffrey Young <[EMAIL PROTECTED]> wrote: > >> > This works: >> >> yes, excellent randy. thanks for that. it still seems a little >> hackish but >> that's ok - hackish works for me if it means I can do what I want and >> nobody >> else needs to do extra work

Re: Old and broken versions of Module::Install

David Golden schrieb: What about adding NO_BROKEN_INSTALLER as a Kwalitee point for CPANTS? Maybe tongue-in-cheek, but it's actually a good idea. Module::Install pre-0.61 is certainly "broken". What does Module::Build count as? ;) Steffen

Re: [perl #39734] t/doc/pod.t fails on Mac OS 10.4.6/perl 5.8.8

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

Re: Cage Cleaning for dummies? Re: Call for Parrot Janitors

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

Re: Module Signatures [was Re: On "Gaming" CPANTS...]

* Jonathan Rockway <[EMAIL PROTECTED]> [2006-07-06 03:25]: > I think the solution (to dependency hell) is to dictate that > CPAN modules be signed with a standard algorithm. OpenPGP > allows too many different algorithms, hence the 22 modules > Crypt::OpenPGP is dependent on. The only strong reaso

Re: Old and broken versions of Module::Install

On Jul 6, 2006, at 9:18 AM, A. Pagaltzis wrote: * Steffen Mueller <[EMAIL PROTECTED]> [2006-07-06 15:20]: What does Module::Build count as? ;) I use M::B with `create_makefile_pl => 'traditional'`. What does that count as? Regards, -- Aristotle Pagaltzis // IMHO

Re: Old and broken versions of Module::Install

On Jul 6, 2006, at 8:10 AM, Steffen Mueller wrote: David Golden schrieb: What about adding NO_BROKEN_INSTALLER as a Kwalitee point for CPANTS? Maybe tongue-in-cheek, but it's actually a good idea. Module::Install pre-0.61 is certainly "broken". What does Module::Build count as? ;) Steffe

Re: Old and broken versions of Module::Install

* Steffen Mueller <[EMAIL PROTECTED]> [2006-07-06 15:20]: > What does Module::Build count as? ;) I use M::B with `create_makefile_pl => 'traditional'`. What does that count as? Regards, -- Aristotle Pagaltzis //

Re: Old and broken versions of Module::Install

* Chris Dolan <[EMAIL PROTECTED]> [2006-07-06 16:30]: > IMHO it likely counts as a CPANTS pass for now, but it may be a > fail in the future unless you update the Makefile.PL with a > newer M::B as bugs are discovered. To make sure we’re on the same page: that would be bugs in M::B::Compat, not M:

check if all the links on an HTML page are working (except the mailto links)

Using Test::WWW::Mechanize 1.10 I am trying to $w->page_links_ok(); on a page that has an e-mail address in it and the test fails. How could I tell TWM not to bother with the mailto links on the page? Gabor

Re: Cage Cleaning for dummies? Re: Call for Parrot Janitors

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:

Re: Cage Cleaning for dummies? Re: Call for Parrot Janitors

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

Re: namespaces, a single colon to separate HLL prefix?

在 2006/7/6 上午 3:30 時，Allison Randal 寫到： Quick question, is there a syntax specified in Perl 6 for referring to namespaces from other languages? I'm reviewing the namespaces PDD and want to update this snippet: -- IMPLEMENTATION EXAMPLES: Suppose a Perl program were to import some Tcl m

Re: a smarter form of whitespace

On Thu, Jul 06, 2006 at 12:29:12AM -0700, Allison Randal wrote: > >$ cat xyz.pir > >.sub main :main > >load_bytecode 'PGE.pbc' > >load_bytecode 'ar.pir' > >load_bytecode 'dumper.pbc' > >load_bytecode 'PGE/Dumper.pbc' > > > >$P0 = find_global 'XYZ', 'start' > >$P1 = $P0("\n\n

Re: check if all the links on an HTML page are working (except the mailto links)

On Jul 6, 2006, at 10:22 AM, Gabor Szabo wrote: Using Test::WWW::Mechanize 1.10 I am trying to $w->page_links_ok(); on a page that has an e-mail address in it and the test fails. How could I tell TWM not to bother with the mailto links on the page? That's silly that it tries the mailto. I

Re: check if all the links on an HTML page are working (except the mailto links)

* Gabor Szabo <[EMAIL PROTECTED]> [2006-07-06 17:25]: > Using Test::WWW::Mechanize 1.10 I am trying to > $w->page_links_ok(); > > on a page that has an e-mail address in it and the test fails. > > How could I tell TWM not to bother with the mailto links on the page? There’s no official way. Unt

Re: check if all the links on an HTML page are working (except the mailto links)

On 7/6/06, Andy Lester <[EMAIL PROTECTED]> wrote: On Jul 6, 2006, at 10:46 AM, A. Pagaltzis wrote: > $urls = [ grep m!^s?https?:!, @$urls ]; What's an "shttps" link? That the Sean Connery version... Yves -- perl -Mre=debug -e "/just|another|perl|hacker/"

Re: Proposal Suggestion - Test::Run

Shlomi Fish n wrote: I don't see using the X11 licence for my software as anti-social. Like I said, But it is. You are forcing people to spend some of their precious time to understand the ramifications of this different license, and consider the differences between it and the GPL and AL.

Re: check if all the links on an HTML page are working (except the mailto links)

* Andy Lester <[EMAIL PROTECTED]> [2006-07-06 17:55]: > On Jul 6, 2006, at 10:46 AM, A. Pagaltzis wrote: > > >$urls = [ grep m!^s?https?:!, @$urls ]; > > What's an "shttps" link? Err, right. I suppose that should be `m!^(s?)http(?(1)|s?):!`, or else you just punt on `shttp` (does LWP han

Re: check if all the links on an HTML page are working (except the mailto links)

On Jul 6, 2006, at 10:46 AM, A. Pagaltzis wrote: $urls = [ grep m!^s?https?:!, @$urls ]; What's an "shttps" link? -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: check if all the links on an HTML page are working (except the mailto links)

On Jul 6, 2006, at 11:01 AM, A. Pagaltzis wrote: Err, right. I suppose that should be `m!^(s?)http(?(1)|s?):!`, or else you just punt on `shttp` (does LWP handle those, anyway?). I was going to just make it be /^https?/. Never heard of shttp. -- Andy Lester => [EMAIL PROTECTED] => www.petda

Re: check if all the links on an HTML page are working (except the mailto links)

* A. Pagaltzis <[EMAIL PROTECTED]> [2006-07-06 18:05]: > Err, right. I suppose that should be `m!^(s?)http(?(1)|s?):!`, Drat, `m!^(s)?http(?(1)|s?):!` of course. Regards, -- Aristotle Pagaltzis //

Re: Old and broken versions of Module::Install

On Jul 6, 2006, at 10:18 AM, A. Pagaltzis wrote: * Chris Dolan <[EMAIL PROTECTED]> [2006-07-06 16:30]: IMHO it likely counts as a CPANTS pass for now, but it may be a fail in the future unless you update the Makefile.PL with a newer M::B as bugs are discovered. To make sure we’re on the same

Re: Old and broken versions of Module::Install

On 7/6/06, Steffen Mueller <[EMAIL PROTECTED]> wrote: Versions of Module::Install < 0.61 do not work on the current ActivePerl release 5.8.8 build 817. What's broken and why suddenly 5.8.8?

Re: HLL root globals and empty keys (was Re: test of get_namespace opcode)

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

[perl #39738] bind fails with errno EADDRNOTAVAIL on darwin and FreeBSD

# 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:

Re: namespaces, a single colon to separate HLL prefix?

On Thu, Jul 06, 2006 at 10:40:21AM -0400, Audrey Tang wrote: : The : form is approved and canonical (line 303, the Modules spec, aka : S11.pm version 14). : : use perl5:DBI; : : However, currently it's only available at use/require line. : Afterwards, the user simply say: : : my $db

sprintf for S29

I've taken a stab at sprintf for S29. All I've done differently from Perl 5 is to drop %p and %n (generates an exception) and add %C (closure) to replace the functionality of %n. Are there any additional formats that we want to add? Other than that, this should be exactly the same as Perl 5: =ite

Re: namespaces, a single colon to separate HLL prefix?

On Thu, Jul 06, 2006 at 09:09:08AM -0700, Larry Wall wrote: : use **perl5::DBI; which, if you don't like the two-character form, you can spell: ⁑perl5::DBI :-) Hmm, hmm, speaking of sanity, how 'bout user-defined sigils and twigils: sigil ¢ = Capture; twigil ¬ = "NOTREALLY::";

Re: [perl #38594] [BUG] source line numbers

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 ===

Re: [perl #39734] t/doc/pod.t fails on Mac OS 10.4.6/perl 5.8.8

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 > > > >#

.namespace [''] in TGE

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 @@ .

Re: Old and broken versions of Module::Install

Michael G Schwern schrieb: On 7/6/06, Steffen Mueller <[EMAIL PROTECTED]> wrote: Versions of Module::Install < 0.61 do not work on the current ActivePerl release 5.8.8 build 817. What's broken and why suddenly 5.8.8? ActiveState introduced some new form of local configuration or something.

RE: Old and broken versions of Module::Install

On Thu, 06 Jul 2006, Michael G Schwern wrote: > On 7/6/06, Steffen Mueller <[EMAIL PROTECTED]> wrote: > > Versions of Module::Install < 0.61 do not work on the current > > ActivePerl release 5.8.8 build 817. > > What's broken and why suddenly 5.8.8? Module::Install version 0.60 and earlier pushes

Re: TAP extension proposal: test groups

On 7/4/06, Ovid <[EMAIL PROTECTED]> wrote: Original Message From: Jonathan Rockway <[EMAIL PROTECTED]> > This leads me to another question -- what to do about output that the > program prints to STDOUT or STDERR? There are some modules that I use > that insist on C-ing whenever someth

Re: TAP extension proposal: test groups

On 7/3/06, Jonathan Rockway <[EMAIL PROTECTED]> wrote: If you wanted to truly please DJB (with his "don't parse" mantra), then you could open two extra filehandles, one for 'ok' and one for 'not ok', and print the number of the test mod 256 (i.e. one byte per test, no newline; just the byte) to e

PGE and TGE vs. .namespace

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

Re: [perl #39734] t/doc/pod.t fails on Mac OS 10.4.6/perl 5.8.8

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

Re: Old and broken versions of Module::Install

Steffen Mueller wrote: Michael G Schwern schrieb: What's broken and why suddenly 5.8.8? * ActivePerl::Config on case-insensitive filesystems interacts erroneously with Module::Install's (outdated) @INC hack, so remove it. (Patch from Gisle Aas) [...] Sounds like its a combination of an M:

Re: Old and broken versions of Module::Install

Jan Dubois schrieb: Module::Install version 0.60 and earlier pushes one of its own directories to the front of @INC, and that directory contains Base.pm or BASE.pm, shadowing the core base.pm on case insensitive filesystems (Windows, OS X). Thank you for the explanation. I wasn't aware of this.

Re: Old and broken versions of Module::Install

On 7/6/06, David Golden <[EMAIL PROTECTED]> wrote: Steffen Mueller wrote: > Michael G Schwern schrieb: >> What's broken and why suddenly 5.8.8? > > * ActivePerl::Config on case-insensitive filesystems interacts > erroneously with Module::Install's (outdated) @INC hack, so remove it. > (Patch

Re: HLL root globals and empty keys (was Re: test of get_namespace opcode)

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

Re: HLL root globals and empty keys (was Re: test of get_namespace opcode)

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

Re: namespaces, a single colon to separate HLL prefix?

On Thu, 2006-07-06 at 09:09 -0700, Larry Wall wrote: > On Thu, Jul 06, 2006 at 10:40:21AM -0400, Audrey Tang wrote: > : The : form is approved and canonical (line 303, the Modules spec, aka > : S11.pm version 14). > : > : use perl5:DBI; [...] > : my $dbh = perl5:DBI; # currently parsed a

Re: [perl #39743] [PATCH] change perl6-internals to parrot-porters in docs

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 -

[svn:parrot-pdd] r13183 - in trunk: . compilers/imcc docs docs/dev docs/pdds editor languages/regex languages/tcl src

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

Re: [perl #39743] [PATCH] change perl6-internals to parrot-porters in docs

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

Re: Module Signatures

Sorry, meant to send this to the list. :) What’s the point? Good question. Crypt::OpenPGP doesn't maintain a web-of-trust either. People that have webs of trust have GPG, otherwise, what are they using? If all that’s verified is that the distribution was signed with the key uploaded to

Re: CPAN and META.yml: no_index dir vs directory

Hmm, it looks like there is a strong correspondence between distros using 'directory' and distros produced by Module::Install. There goes Adam, breaking rules and rebelling against established conventions. Hehe. Just kidding. I think I like 'directory' better myself anyway. Sigh, one of these

Re: Old and broken versions of Module::Install

But you’re not catching me dead using an installer that requires me to pay attention to its development and to push up new versions of my distros in response to its bugs. There are far better ways to waste my time. Good, because that's entirely the point I've been trying to make ever since I st

Re: PGE and TGE vs. .namespace

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

Re: Old and broken versions of Module::Install

* Adam Kennedy <[EMAIL PROTECTED]> [2006-07-07 00:00]: > If you ONLY use the basic functionality, and you aren't willing > to pay attention, you should be using EU:MM still, until either > MB or or MI hits 1.0, because neither of them are ready for > general use. Manual inspection has always sugge

Re: HLL root globals and empty keys (was Re: test of get_namespace opcode)

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

Re: HLL root globals and empty keys (was Re: test of get_namespace opcode)

{ 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

Re: PGE and TGE vs. .namespace

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.)

Re: PGE and TGE vs. .namespace

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

Re: PGE and TGE vs. .namespace

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

Re: Module Signatures

(What would be marginally worth it is having PAUSE sign distros. At least we can assure that the CPAN mirror didn't tamper with the files, which I think is the most likely "attack" on CPAN.) Frankly, that's the best idea I've heard yet. It would at least be "trivial" to implement compared to

Re: Old and broken versions of Module::Install

I understand the concerns with M::B itself; that’s why I always use `create_makefile_pl => 'traditional'`. Indeed, and if you insist on using Module::Build, that is most certainly the sanest approach. Adam K

Re: HLL root globals and empty keys (was Re: test of get_namespace opcode)

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'

Re: Module Signatures

Andreas J. Koenig wrote: On Fri, 07 Jul 2006 10:02:00 +1000, Adam Kennedy <[EMAIL PROTECTED]> said: >> (What would be marginally worth it is having PAUSE sign distros. At >> least we can assure that the CPAN mirror didn't tamper with the >> files, which I think is the most likely "attack"

Re: Module Signatures

> On Fri, 07 Jul 2006 10:02:00 +1000, Adam Kennedy <[EMAIL PROTECTED]> said: >> (What would be marginally worth it is having PAUSE sign distros. At >> least we can assure that the CPAN mirror didn't tamper with the >> files, which I think is the most likely "attack" on CPAN.) > Frankly,

Re: Module Signatures

* Adam Kennedy <[EMAIL PROTECTED]> [2006-07-07 03:25]: > Andreas J. Koenig wrote: > >>On Fri, 07 Jul 2006 10:02:00 +1000, Adam Kennedy <[EMAIL PROTECTED]> > >>said: > > >> (What would be marginally worth it is having PAUSE sign > > >> distros. At least we can assure that the CPAN mirror >

Re: Re: HLL root globals and empty keys (was Re: test of get_namespace opcode)

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

Re: PGE and TGE vs. .namespace

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

Re: PGE and TGE vs. .namespace

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

Re: Module Signatures

> On Fri, 07 Jul 2006 11:22:16 +1000, Adam Kennedy <[EMAIL PROTECTED]> said: > Andreas J. Koenig wrote: >>> On Fri, 07 Jul 2006 10:02:00 +1000, Adam Kennedy <[EMAIL PROTECTED]> >>> said: >> >> (What would be marginally worth it is having PAUSE sign distros. >> At >> >> least we

Re: Module Signatures

> On Fri, 7 Jul 2006 03:52:52 +0200, "A. Pagaltzis" <[EMAIL PROTECTED]> > said: > * Adam Kennedy <[EMAIL PROTECTED]> [2006-07-07 03:25]: >> Andreas J. Koenig wrote: >> >>On Fri, 07 Jul 2006 10:02:00 +1000, Adam Kennedy <[EMAIL PROTECTED]> >> >>said: >> > >> (What would be m

contrib tool: search for opcodes

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 -

contrib tool: search for opcodes

(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