On Mon, Mar 13, 2017 at 8:40 PM, ToddAndMargo wrote:
> To grab something from the middle:
>
> $ perl6 -e 'my $x="blah(good stuff 123)yuk";
> $x ~~ m |.*\((.*)\)|;
> say "$x\n\$0=<$0>";'
>
Just a further refinement - if you want only the stuff between inner parens
e.g.
my $x="blah(good
On 03/13/2017 04:12 PM, ToddAndMargo wrote:
On 03/13/2017 02:06 PM, ToddAndMargo wrote:
Hi All,
$ perl6 -e 'my $x="ab12cd"; $x ~~ m/ab(1q2)cd/; say "$x\n\$0=<$0>\n";'
Use of Nil in string context in block at -e line 1
ab12cd
$0=<>
With out the "q" in this, it works. I deliberately put
the "q
On 03/13/2017 02:06 PM, ToddAndMargo wrote:
Hi All,
$ perl6 -e 'my $x="ab12cd"; $x ~~ m/ab(1q2)cd/; say "$x\n\$0=<$0>\n";'
Use of Nil in string context in block at -e line 1
ab12cd
$0=<>
With out the "q" in this, it works. I deliberately put
the "q" to see what would happen when a patter was
On 03/13/2017 04:03 PM, yary wrote:
On Mon, Mar 13, 2017 at 6:16 PM, ToddAndMargo mailto:toddandma...@zoho.com>> wrote:
So if it only catches some of them, it will still return false?
There is no catching some of them- either the pattern matches and all
are caught, or the pattern fails an
On Mon, Mar 13, 2017 at 6:16 PM, ToddAndMargo wrote:
> So if it only catches some of them, it will still return false?
There is no catching some of them- either the pattern matches and all are
caught, or the pattern fails and none are caught. If you can show us an
example of some matching, you'
On 03/13/2017 02:28 PM, Elizabeth Mattijsen wrote:
On 13 Mar 2017, at 22:20, ToddAndMargo wrote:
On 03/13/2017 02:11 PM, Elizabeth Mattijsen wrote:
On 13 Mar 2017, at 22:06, ToddAndMargo wrote:
Hi All,
$ perl6 -e 'my $x="ab12cd"; $x ~~ m/ab(1q2)cd/; say "$x\n\$0=<$0>\n";'
Use of Nil in
> On 13 Mar 2017, at 22:20, ToddAndMargo wrote:
>
> On 03/13/2017 02:11 PM, Elizabeth Mattijsen wrote:
>>
>>> On 13 Mar 2017, at 22:06, ToddAndMargo wrote:
>>>
>>> Hi All,
>>>
>>> $ perl6 -e 'my $x="ab12cd"; $x ~~ m/ab(1q2)cd/; say "$x\n\$0=<$0>\n";'
>>> Use of Nil in string context in block
On 03/13/2017 02:11 PM, Elizabeth Mattijsen wrote:
On 13 Mar 2017, at 22:06, ToddAndMargo wrote:
Hi All,
$ perl6 -e 'my $x="ab12cd"; $x ~~ m/ab(1q2)cd/; say "$x\n\$0=<$0>\n";'
Use of Nil in string context in block at -e line 1
ab12cd
$0=<>
With out the "q" in this, it works. I deliberatel
> On 13 Mar 2017, at 22:06, ToddAndMargo wrote:
>
> Hi All,
>
> $ perl6 -e 'my $x="ab12cd"; $x ~~ m/ab(1q2)cd/; say "$x\n\$0=<$0>\n";'
> Use of Nil in string context in block at -e line 1
> ab12cd
> $0=<>
>
> With out the "q" in this, it works. I deliberately put
> the "q" to see what would
Hi All,
$ perl6 -e 'my $x="ab12cd"; $x ~~ m/ab(1q2)cd/; say "$x\n\$0=<$0>\n";'
Use of Nil in string context in block at -e line 1
ab12cd
$0=<>
With out the "q" in this, it works. I deliberately put
the "q" to see what would happen when a patter was not
found.
Is there a way around the "use of
chromatic <[EMAIL PROTECTED]> writes:
> Larry is shockingly good at that synthesis. (Just ask Piers Cawley;
> he'll wax eloquent on the subject.)
I'm not sure 'eloquent' is quite the adjective you were looking
for. 'incoherent'?
At 10:40 PM 11/14/2003 -0800, chromatic wrote:
I'd really like to see people start turning the existing design
documents into story cards and programmer tests for Perl 6. That'll
make it much easier to implement the thing.
So basically go back through the existing Apoc/Exeg's and break it down
in
On Fri, 2003-11-14 at 22:23, Rod Adams wrote:
> (If there are others working in the shadows back there, please make
> yourselves heard.)
Allison Randal, Dan Sugalski, Hugo van der Sanden, and I usually help
out.
> Can apocalypses be something more along the line of scratches on the wall,
> tha
So I've been lingering around p6-language for a few months now, and have
noticed the following two trends:
1) All of the work forward on p6 design seems to come from either Larry or
Damian. (If there are others working in the shadows back there, please make
yourselves heard.) Most, if not all,
Nicholas Clark wrote:
> I'm not convinced. Compiling the computed goto core with any sort of
> optimisation turns on *really* hurts the machine. I think it's over a
> minute even a 733 MHz PIII, and it happily pages everything else out while
> it's doing it. :-(
Use the "-fno-gcse" option to gcc,
Jason Gloudon wrote:
On Mon, Nov 04, 2002 at 09:21:06PM +, Nicholas Clark wrote:
It turns out the optimization does make a difference for gcc at least, but for
a strange reason. It seems that without optimization gcc allocates a *lot*
more space on the stack for cg_core. I suspect this is
Nicholas Clark wrote:
On Mon, Nov 04, 2002 at 10:09:06AM -0500, [EMAIL PROTECTED] wrote:
[ JIT + cg_core ]
I'm not convinced. Compiling the computed goto core with any sort of
optimisation turns on *really* hurts the machine.
Here gcc 2.95.2 just fails (256 MB Mem, same swap)
I doubt t
Nicholas Clark wrote:
> I believe that your understanding of the JIT and the GC cores are still
> correct. The problem would be solved if we had some nice way of getting the
> C compiler to generate us nice stub versions of all the non-inline ops
> functions, which we could then place inline. Howe
On Mon, Nov 04, 2002 at 09:21:06PM +, Nicholas Clark wrote:
> I'm not convinced. Compiling the computed goto core with any sort of
> optimisation turns on *really* hurts the machine. I think it's over a
> minute even a 733 MHz PIII, and it happily pages everything else out while
> it's doing i
cc: Leopold Toetsch <[EMAIL PROTECTED]>, Brent Dax <[EMAIL PROTECTED]>, 'Andy
Dougherty' <[EMAIL PROTECTED]>, Josh Wilmes <[EMAIL PROTECTED]>,
'Perl6 Internals' <[EMAIL PROTECTED]>
Subject:Re: Need for fingerprinting? [was: Re:
On Mon, Nov 04, 2002 at 10:09:06AM -0500, [EMAIL PROTECTED] wrote:
> While I don't think I'm sophisticated enough to pull it off on my own, I
> do think it should be possible to use what was learned to build the JIT
> system to build the equivalent of a CG core on the fly, given its
> structure
Dax <[EMAIL PROTECTED]>, "'Andy
Dougherty'" <[EMAIL PROTECTED]>, Josh Wilmes <[EMAIL PROTECTED]>,
"'Perl6 Internals'" <[EMAIL PROTECTED]>
Subject:Re: Need for fingerprinting? [was: Re: What to do if
Digest::MD5 is
unava
[EMAIL PROTECTED] wrote:
Leo --
I don't know much about the CG core, but prederef and JIT should be able
to work with dynamic optables. For prederef and JIT, optable mucking does
expire your prederefed and JITted blocks (in general), but for
conventional use (preamble setup), you don't pay a
On Sun, Nov 03, 2002 at 04:59:22PM -0500, [EMAIL PROTECTED] wrote:
> What I advocate is having possibly only one (maybe too extreme, but
> doable) built-in op pre-loaded
> at opcode zero. This op's name is "useop", and its arguments give an
> opcode (optable index), and
> sufficent information f
Leopold Toetsch:
# the problem is, that as soon as there are dynamic
# oblibs, they can't
# be run in the CGoto core, which is normally the fastest core, when
# executions time is depending on opcode dispatch time. JIT is (much)
# faster, in almost integer only code, e.g. mops.pasm, but fo
27;Andy Dougherty'"
<[EMAIL PROTECTED]>, Josh Wilmes <[EMAIL PROTECTED]>, "'Perl6
Internals'" <[EMAIL PROTECTED]>
Subject:Re: Need for fingerprinting? [was: Re: What to do if
Digest::MD5 is
unavailable?]
[EMAIL PROTECTED] w
[EMAIL PROTECTED] wrote:
Leo --
... Optable build time is not a function of program
size, but rather of optable size
Ok, I see that, but ...
I don't think it remains a problem how to run ops from different oplibs
_fast_.
the problem is, that as soon as there are dynamic oblibs, th
opold Toetsch <[EMAIL PROTECTED]>
11/04/2002 05:40 AM
To: [EMAIL PROTECTED]
cc: Brent Dax <[EMAIL PROTECTED]>, "'Andy Dougherty'"
<[EMAIL PROTECTED]>, Josh Wilmes <[EMAIL PROTECTED]>, "'Perl6
Internals'&quo
[EMAIL PROTECTED] wrote:
Leo --
Here's one of the messages about how I'd like to see us link op
implementations with their op codes:
http://archive.develooper.com/perl6-internals@;perl.org/msg06193.html
Thanks for all these pointers.
I did read this thread WRT dynamic opcode loading. W
To: [EMAIL PROTECTED]
cc: Josh Wilmes <[EMAIL PROTECTED]>, Brent Dax <[EMAIL PROTECTED]>,
"'Andy
Dougherty'" <[EMAIL PROTECTED]>, "'Perl6 Internals'"
<[EMAIL PROTECTED]>
Subject:Re: Need f
[EMAIL PROTECTED] wrote:
All --
FWIW, this stuff came up early on in Parrot's infancy.
Pointers, hints, information ...
On a related note, I'm working on a toy VM outside of Parrot to
demonstrate the technique I've proposed here in the past,
Pointers, hints, information ...
thanks,
leo
at, I'll post here.
Regards,
-- Gregor
Josh Wilmes <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
11/01/2002 11:34 PM
Please respond to Josh Wilmes
To: "Brent Dax" <[EMAIL PROTECTED]>
cc: "'Andy Dougherty'" <[EMAIL PROTECTED
I think this solution is the simplest... i'll go ahead and commit it.
--Josh
At 10:15 on 11/01/2002 PST, "Brent Dax" <[EMAIL PROTECTED]> wrote:
> Andy Dougherty:
> # At the moment, the bytecode "fingerprint" is built with
> # Digest::MD5. Alas, Digest::MD5 wasn't standard with perl
> # version
On Fri, 1 Nov 2002 12:53:41 -0500 (EST), Andy Dougherty wrote:
>At the moment, the bytecode "fingerprint" is built with Digest::MD5.
>Alas, Digest::MD5 wasn't standard with perl versions prior to 5.8.0.
>What should happen in those cases? Anybody have any good ideas?
The attached patch is a fles
On Fri, 1 Nov 2002 12:53:41 -0500 (EST), Andy Dougherty wrote:
>At the moment, the bytecode "fingerprint" is built with Digest::MD5.
>Alas, Digest::MD5 wasn't standard with perl versions prior to 5.8.0.
>What should happen in those cases? Anybody have any good ideas?
Something like this? (untest
Andy Dougherty:
# At the moment, the bytecode "fingerprint" is built with
# Digest::MD5. Alas, Digest::MD5 wasn't standard with perl
# versions prior to 5.8.0. What should happen in those cases?
# Anybody have any good ideas?
Not sure if this qualifies as "good" :^), but we *could* package the
At the moment, the bytecode "fingerprint" is built with Digest::MD5.
Alas, Digest::MD5 wasn't standard with perl versions prior to 5.8.0.
What should happen in those cases? Anybody have any good ideas?
--
Andy Dougherty [EMAIL PROTECTED]
37 matches
Mail list logo
