What does this mean in S03?

"Strings, arrays, lists, sequences, captures, and tree nodes can all be pattern matched by regexes or by signatures more or less interchangably." How can captures me matched by regexes? Does this mean that there is really an isomorphism between Signatures and Regexes?

Re: [svn:parrot] r26998 - in trunk: . config/auto t/steps

On Tuesday 15 April 2008 19:40:48 [EMAIL PROTECTED] wrote: > Added: >trunk/t/steps/auto_macports-08.t > - copied, changed from r26997, /trunk/t/steps/auto_macports-07.t > Modified: >trunk/MANIFEST >trunk/config/auto/macports.pm > > Log: > Fix bug in auto::macports identified at P

Re: The Big Three Rakudo (and Parrot OO) Bottlenecks

On Tuesday 15 April 2008 17:19:42 Jonathan Worthington wrote: > I thought that detecting when the signature on the caller and callee > side were identical and fast-tracking that might help. I stuck in > something to count how many times this happened. It was the case in 23% > of calls while compil

[perl #52932] [PATCH] Eclectus: Use SRFI-9 records

# New Ticket Created by Andreas Rottmann # Please include the string: [perl #52932] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52932 > Use SRFI-9 records instead of DEFINE-RECORD. -- Andreas Rottmann | [EMA

Re: The Big Three Rakudo (and Parrot OO) Bottlenecks

On Wed, Apr 16, 2008 at 02:19:42AM +0200, Jonathan Worthington wrote: > I thought that detecting when the signature on the caller and callee > side were identical and fast-tracking that might help. I stuck in > something to count how many times this happened. It was the case in 23% > of calls wh

[perl #52934] [PATCH] Eclectus: Support Chicken Scheme

# New Ticket Created by Andreas Rottmann # Please include the string: [perl #52934] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52934 > The attached patch adds Chicken support to Eclectus, and changes the test harness o

Re: static types, checking, conversions

Mark J. Reed wrote: It would behoove @Larry to examine the optional type constraints system proposed for Javascript:TNG (see link from firefox.com developers page). I therefore assume that they have done so, but others would benefit by doing likewise. :) Could you be a little more specific on

[perl #52916] [PATCH] Making NCI test C++ compatible

# New Ticket Created by "Senaka Fernando" # Please include the string: [perl #52916] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52916 > Index: src/nci_test.c =

Re: The Big Three Rakudo (and Parrot OO) Bottlenecks

Hi, chromatic wrote: 3) PCC argument processing is slow. I've looked over Parrot_pass_args and Parrot_process_args several times in the past few months, and I didn't see any obvious speedups or tricks. However, we do spend a lot of time shuffling data back and forth, and something (instinct,

Re: parrot benchmarking

On Wed, 2008-04-16 at 00:10 +0200, Leopold Toetsch wrote: > Am Freitag, 11. April 2008 21:02 schrieb Nuno 'smash' Carvalho: > > Greetings all, > > > > I just posted a little Parrot benchmark in my use.perl's journal > > Just a reminder: > > Please don't use unoptimzed builds for benchmarking. Th

Re: parrot benchmarking

Am Freitag, 11. April 2008 21:02 schrieb Nuno 'smash' Carvalho: > Greetings all, > >  I just posted a little Parrot benchmark in my use.perl's journal Just a reminder: Please don't use unoptimzed builds for benchmarking. There are a lot of code asserts and other slowdowns due to compiler goodwil

Re: The Big Three Rakudo (and Parrot OO) Bottlenecks

Am Samstag, 12. April 2008 02:27 schrieb chromatic: > I've committed a couple of minor optimizations which speed up Rakudo and > Perl OO in general by about 35%. There may be a few more lurking, but I > keep running into three spots which dominate most of the other optimization > strategies I migh

Parrot 0.6.1 "Bird of Paradise" Released

Aloha! On behalf of the Parrot team, I'm proud to announce Parrot 0.6.1 "Bird of Paradise." Parrot (http://parrotcode.org/) is a virtual machine aimed at running all dynamic languages. Parrot 0.6.1 can be obtained via CPAN (soon), or follow the download instructions at http://parrotcode.org/sourc

Re: [perl #52932] AutoReply: [PATCH] Eclectus: Use SRFI-9 records

Oops, hit "send" too fast. Here's the patch. Use SRFI-9 (Records) From: Andreas Rottmann <[EMAIL PROTECTED]> --- languages/eclectus/compiler.scm |6 +- languages/eclectus/gauche/prelude.scm | 10 -- languages/eclectus/guile/prelude.scm | 10 -- 3 files chan

Re: [perl #51690] parrot fails to build from source

On Sat, Apr 12, 2008 at 6:45 PM, Moritz Lenz <[EMAIL PROTECTED]> wrote: > Bernhard Schmalhofer via RT wrote: > > > On Do. 13. Mär. 2008, 08:37:06, coke wrote: > >> Do you have an existing parrot installation already? If so, the > >> installed library could be conflicting with running this copy of

Re: static types, checking, conversions

I apologize for the vagueness; I was away from browser when I sent that. Go to http://www.ecmascript.org for the nitty gritty on ECMAScript 4th Edition, a.k.a. "JavaScript 2", which is what I was talking about. White papers, specs, reference interpreter. The link from the Firefox developers page

Re: static types, checking, conversions

It would behoove @Larry to examine the optional type constraints system proposed for Javascript:TNG (see link from firefox.com developers page). I therefore assume that they have done so, but others would benefit by doing likewise. :) On 4/15/08, TSa <[EMAIL PROTECTED]> wrote: > HaloO, > > John

Re: [perl #52894] config detection perldoc failing due to write permissions

On Mon, Apr 14, 2008 at 1:25 PM, via RT Andy_Bach @ wiwb. uscourts. gov <[EMAIL PROTECTED]> wrote: > # New Ticket Created by [EMAIL PROTECTED] > # Please include the string: [perl #52894] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/D

Re: static types, checking, conversions

HaloO, John M. Dlugosz wrote: This needs to be fleshed out. Decisions need to be made. > Anyone want to discuss it with me? I want to. But give me time. Meanwhile you could read e.g. . This deals with F-bounded polymorphism in a tutorial st

[perl #47011] [DEPRECATED] VTABLE entry 'new_from_string'

On Fri Apr 04 10:50:53 2008, pmichaud wrote: > On Fri, Apr 04, 2008 at 10:06:39AM -0700, chromatic wrote: > > Using CONST_STRING to build the null STRING will hurt performance > less, but > > the right solution is to excise all traces of new_from_string() > throughout > > the system, and then compl

Re: New specdoc available

John M. Dlugosz wrote: > Moritz Lenz moritz-at-casella.verplant.org |Perl 6| wrote: >> John M. Dlugosz wrote: >> >>> I posted my current work at >>> http://www.dlugosz.com/files/specdoc.pdf >>> and .odt. >>> >> >> 3.1.1 Normalization uses a constant without a sigil - is that really >> allo

The evolution of TGE

In my opinion, TGE is a very good tool, especially for new languages when the grammar (and its tree structure) is not well established. The need for language experimentation is not execution performance, but rapid development and clean design. The functional paradigm of TGE (like XSLT, transfor

Re: [perl #50068] [BUG] Configure doesn't detect backtrace* on ubuntu gutsy

Issue fixed Kevin Mark Glines via RT wrote: On Mon Apr 14 12:20:52 2008, infinoid wrote: Issue resolved due to closure request from submitter. Thanks! Sorry, I should turn my brain on. Ticket reopened pending confirmation. tewk: does this issue still exist for you? I've confirmed

RE: Idea: infer types of constants

>-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >Behalf Of Mark J. Reed >Sent: Monday, April 14, 2008 2:05 PM >To: Jonathan Worthington >Cc: David Green; Perl6 >Subject: Re: Idea: infer types of constants > >On Mon, Apr 14, 2008 at 2:32 PM, Jonathan Worthington

Re: [perl #52894] AutoReply: config detection perldoc failing due to write permissions

Okay a patch using File::Temp Index: config/auto/perldoc.pm === --- config/auto/perldoc.pm (revision 26971) +++ config/auto/perldoc.pm (working copy) @@ -20,6 +20,7 @@ use strict; use warnings; +use File::Temp; use base qw(Parrot:

C++ test failure caused due to dll linkage errors

Hi all, It seems that most C++ test failures are caused due to dll linkage errors. Adding the extern "C" block to each header will circumvent these. Regards, Senaka

[perl #52874] Re: [bug] Build failure with G++

On Mon Apr 14 04:50:02 2008, [EMAIL PROTECTED] wrote: > Attaching patch No. 2 for C++ Build Issue. Using a normal C compiler (gcc), I get this warning before this patch: src/key.c:448: warning: passing argument 2 of 'key->vtable->isa' discards qualifiers from pointer target type And these warnin

Re: Idea: infer types of constants

TSa wrote: Jonathan Worthington wrote: Miller, Hugh wrote: Was that private communication or on another mailing list? It was also sent to perl6-language, through I was on the To or Cc line too, so I guess that's how I got it but the list, somehow, didn't. Not sure why the original message I r

Re: [perl #43305] [TODO] config/auto/perldoc.pm: Write unit tests

Sorry, I know this is closed but it seemed to be related to what I'm seeing. Due to my (perhaps unorthodox) permission settings, I'm getting "No Perldoc found" due to: config/auto/perldoc.pm trying: sub runstep { my ( $self, $conf ) = @_; my $cmd = $conf->data->get_p5('scriptdirexp')

[perl #52894] config detection perldoc failing due to write permissions

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #52894] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52894 > config/auto/perldoc.pm uses a hardcoded, local path for a temp file to output per

[perl #50068] [BUG] Configure doesn't detect backtrace* on ubuntu gutsy

On Mon Apr 14 12:20:52 2008, infinoid wrote: > Issue resolved due to closure request from submitter. Thanks! Sorry, I should turn my brain on. Ticket reopened pending confirmation. tewk: does this issue still exist for you? I've confirmed that Senaka's Ubuntu Gutsy machine detects backtrace()

Re: "$" vars in PASM don't work, but aren't disallowed either

This patch should fix the problem. Note that one needs to run flex so as to generate the dependant file that is tracked by svn. cd compilers/imcc flex -d -o imclexer.c imcc.l Index: compilers/imcc/imcc.l === --- compilers/imcc/imcc

Re: Idea: infer types of constants

HaloO, Jonathan Worthington wrote: Miller, Hugh wrote: Was that private communication or on another mailing list? What is the type of $b? Well, we can't actually infer that because foo might be: sub foo() { $OUTER::a = "oh hi, i iz not int!" } That should be $CALLER::a because $OUTER

Re: Idea: infer types of constants

Miller, Hugh wrote: What about the type support (system) one sees in ML ? (e.g., the way it assigns automatically types can be assigned, does not require specific types when they are not needed, flags incompatibilities, etc.) Do those things not fit well with Perl's approaches and aims ? They

Re: shape trait and Hash

HaloO, John M. Dlugosz wrote: More globally, nothing is said much about parameters to types. > It shows an example like Array[of=>T] but never discusses the > syntax of defining parameterized types or anything. Is there a paper or discussion on that I could read? Essentially the direct ind

shape trait and Hash

In S02 it is writ, "The key type of a hash may be specified as a shape trait--see S09." However, S09 is rather brief on hashes, and although it shows using a type inside the curlies, it never talks about shape traits or anything else. Am I do understand that it pretty much does all the same stu

Re: Idea: infer types of constants

HaloO, John M. Dlugosz wrote: Then the declaration my ::T $x = whatever; should use the exact same generic mechanism! At worst, it needs I would expect that this works by binding ::T to the type of whatever. my Any ::T $x = whatever; Any here is optional. and it will introduce th