Nick Glencross <[EMAIL PROTECTED]> wrote:
> this patch makes some small updates to the MD5 files.
Thanks, applied.
leo
Nick Glencross <[EMAIL PROTECTED]> wrote:
> Still some way off the OS md5sum, which is typically 0.15 seconds, about
> 12x quicker. That may sound quite a bit, but much of it can probably be
> accounted for by inefficiencies in my conversion to parrot code (a
> slightly awkward rol, and perhaps th
Jeff Horwitz <[EMAIL PROTECTED]> wrote:
> the attached patch adds a new signature for spawnw so it can take a PMC
> array of arguments rather than a single string.
Thanks, applied - this one, there was a second mail with a patch.
Please note that patches to platform code need special considerati
Dino Morelli <[EMAIL PROTECTED]> wrote:
> I modified some of the .pod files in imcc/docs/ to reflect using .pir
> instead of .imc
Thanks, applied.
leo
# New Ticket Created by jerry gay
# Please include the string: [perl #35385]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35385 >
some recent changes have left dynclasses unbuildable on MSWin32 due to
an undefined extern
I heard that Parrot has a JIT compiler. If I understand this correctly,
does this mean Parrot bytecode is converted to native machine hardware
code before execution? If so, it is a good idea.
JIT is great, however, will it still be possible to run the Parrot
bytecode on the interpretor?
Also,
# New Ticket Created by jerry gay
# Please include the string: [perl #35386]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35386 >
...at least they're test fixes on win32.
the following patch adds some documentation and
# New Ticket Created by FranÃois PERRAD
# Please include the string: [perl #35388]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35388 >
This transaction appears to have no content
Two small building problems (r8030)
1)
Jerry Gay <[EMAIL PROTECTED]> wrote:
> some recent changes have left dynclasses unbuildable on MSWin32 due to
> an undefined external linker error.
Thanks, applied.
leo
Millsa Erlas <[EMAIL PROTECTED]> wrote:
> I heard that Parrot has a JIT compiler. If I understand this correctly,
> does this mean Parrot bytecode is converted to native machine hardware
> code before execution? If so, it is a good idea.
Yes, if the platform has the necessary code at least.
> JIT
Jerry Gay <[EMAIL PROTECTED]> wrote:
> ...at least they're test fixes on win32.
> the following patch adds some documentation and tests for the @ANON
> subpragma. also, fixes some tests to pass on win32. all expected tests
> pass on win32--msvc-7.1--perl-5.8.6.
Thanks, applied.
leo
François" PERRAD <[EMAIL PROTECTED]> wrote:
> Two small building problems (r8030)
> 1) On MinGW, can't execute miniparrot.exe during building
> Invoking Parrot to generate runtime/parrot/include/config.fpmc --cross your
> fingers
> ./miniparrot.exe config_lib.pasm > runtime/parrot/include/config.f
Hi,
When I am building PERL 5.6.1 on Linux 2.6 Kernel AMD 64 bit machine [i.e.
"SUSE LINUX Enterprise Server 9 (x86_64) - Kernel 2.6.5-7.97-default (1)" ],
I am getting the following errors.
lib/gol-oo...ok
lib/h2ph.ok
lib/hostname.ok
lib/io_const.ok
lib/i
Guys,
Does it seem reasonable to clean up some of the tagged versions in the depot
which have served their purpose? I would suggest:
Remove:
file_move_031023
help
V1? (or rename to something more meaningful?)
Rename:
REL_0_0_5 -> RELEASE_0_0_5
(These tags would continue to be accessible by vis
DC> rule mv { $lastcmd:=(mv) $:=[ ]+
$:= }
DC> rule cp { $lastcmd:=(cp) $:=[ ]+
$:= }
DC> sub lastcmd { return $lastcmd }
DC> }
DC> while shift ~~ m// {
DC> say "From: @{$}";
DC> say " To: $";
DC> }
since files and
Damian Conway writes:
> Just as $42 is a shorthand for $/[42], so too $ is a
> shorthand for $/.
Isn't $42 a shorthand for $/[41] ?
I think that having 1-based digit-variables but 0-based array indexes on
$/ is really confusing; mistakes of this sort seem to confirm my view.
--
Aaron Crane
On 5/10/05, Aaron Crane <[EMAIL PROTECTED]> wrote:
> Damian Conway writes:
> > Just as $42 is a shorthand for $/[42], so too $ is a
> > shorthand for $/.
>
> Isn't $42 a shorthand for $/[41] ?
>
> I think that having 1-based digit-variables but 0-based array indexes on
> $/ is really confusing; m
Hi,
sub foo() {
"abc" ~~ /^(.)/; # $1 now "a"
}
sub bar() {
"def" ~~ /^(.)/; # $1 now "d"
foo();
say $1;# Outputs "d"
}
bar();
# Correct (I hope so)?
--Ingo
--
Linux, the choice of a GNU | Row, row, row your bits, gently down t
On 5/10/05, Ingo Blechschmidt <[EMAIL PROTECTED]> wrote:
> Hi,
>
> sub foo() {
> "abc" ~~ /^(.)/; # $1 now "a"
> }
>
> sub bar() {
> "def" ~~ /^(.)/; # $1 now "d"
> foo();
> say $1;# Outputs "d"
> }
>
> bar();
>
> # Correct (I hope so)?
Yeah, they're
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #35391]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35391 >
During changes related to #34994 I did introduce 3 const cast warnings,
which are j
On Mon, May 02, 2005 at 09:06:42AM -0400, Rob Kinyon wrote:
> I'm willing to do any testing needed to get and keep a Cygwin port
> happy. If this is something the group wants to pursue, I'll post my
> cygghc.
Okay, here's the Cygwin situation right now. This is a summary of
discussions with Rob an
Second attempt and cc'ed to other Perl lists too.
Original Message
Subject: [PROPOSAL] call syntax abstraction
Date: Tue, 03 May 2005 13:58:14 +0200
Comments welcome,
leo
=head1 TITLE
Calling convention abstraction
=head1 ABSTRACT
The current Parrot calling conventions as descr
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Guys,
> Does it seem reasonable to clean up some of the tagged versions in the depot
> which have served their purpose? I would suggest:
> Remove:
> file_move_031023
> help
> V1? (or rename to something more meaningful?)
I've no clue what these tag
On Tue, 10 May 2005, Leopold Toetsch wrote:
>Dino Morelli <[EMAIL PROTECTED]> wrote:
>
>> I modified some of the .pod files in imcc/docs/ to reflect using .pir
>> instead of .imc
>
>Thanks, applied.
>leo
Thank you, leo.
Some of these .pod files are used by the website, down in
http://www.parrot
> "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
DC> rule mv { $lastcmd:=(mv) $:=[ ]+ $:= }
DC> rule cp { $lastcmd:=(cp) $:=[ ]+ $:= }
DC> sub lastcmd { return $lastcmd }
DC> }
DC> while shift ~~ m// {
DC> say "From: @{$}";
DC> say " To: $";
DC> }
>> since files and
> To make a Cygwin pugs, we would need to use a Cygwin GHC.[1] To the best
> of my knowledge, nobody maintains public binaries of that; and there is
> also the somewhat scary warning of a binary GHC being "a moving target"
> since cygwin1.dll often changes in ABI-breaking ways. In short, a real
> C
In Pugs, the current logic for array submatches in split() is
to stringify each element, and return them separately in the
resulting list. To wit:
pugs> split /(..)*/, 1234567890
('', '12', '34', '56', '78', '90')
Is this sane?
Thanks,
/Autrijus/
pgpUZCdoDMPb0.pgp
Description: PGP sig
Leopold Toetsch wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
Still some way off the OS md5sum, which is typically 0.15 seconds, about
12x quicker. That may sound quite a bit, but much of it can probably be
accounted for by inefficiencies in my conversion to parrot code (a
slightly awkward rol,
On Monday 09 May 2005 07:53, Patrick R. Michaud wrote:
> The attached patch file adjusts C to always return false
> for offsets beyond the end of the string, and updates
> t/op/string_cclass.t to test this.
Thanks, applied!
find_cclass and find_not_cclass are in now.
jens
# New Ticket Created by jerry gay
# Please include the string: [perl #35393]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35393 >
the new *_config$(O) files are not cleaned up during make
clean/realclean... until now. 's
> [EMAIL PROTECTED] - Tue May 10 06:00:52 2005]:
[cc'ed to our list, ticket #35392 ]
> Dear Perl eating Parrots,
>
> I hope you are the appropriate person to send this email to.
Almost :) Please use perl6-internals@perl.org for replies or questions
about parrot.
> Will Perl 6 have a tracing AP
Luke Palmer <[EMAIL PROTECTED]> writes:
> On 5/5/05, Terrence Brannon <[EMAIL PROTECTED]> wrote:
>> I was looking at a line in the hangman program:
>>
>> @letters == @solution.grep:{ $_ ne '' };
>>
>> and was told that I was looking at an adverbial block.
>
> The adverbial block is what you're g
Ashley, this is a great post. I have included it almost verbatim in my
p6 talk I'm giving tomorrow at our Perl Monger's meeting:
http://www.metaperl.com/talks/p6/hangman-elucidated/slide6.html
I hope you don't mind.
> On 5/5/05, Terrence Brannon <[EMAIL PROTECTED]> wrote:
>> I was looking at
Juerd wrote:
No, again, please do not make the mistake of thinking VALUES have
identity. VARIABLES (containers) do. A reference points to a container,
never to a value directly.
I don't consider it a mistake. So, you dany identity to "fat" values
like database connections or GUI objects?
This is s
as part of both the pugs and mod_parrot effort, i've started working on
bringing the embedding and extending interfaces into the modern parrot
era. i'd like to start by adding public APIs (Parrot_*) where necessary
and adding missing prototypes to the headers. this will clean things up
without ch
Thomas Sandlaß skribis 2005-05-10 19:02 (+0200):
> Juerd wrote:
> > No, again, please do not make the mistake of thinking VALUES have
> > identity. VARIABLES (containers) do. A reference points to a container,
> > never to a value directly.
> I don't consider it a mistake.
That is a problem.
> S
I am wondering what the proper behavior of binding to a sub's return
value should be
sub some_routine {
my $foo = 42;
return $foo;
}
my $rv := some_routine();
Should $rv be bound to $foo or to a copy of $foo? I ask because with
state() and closures, it makes a difference since the value
Joshua Gatcomb skribis 2005-05-10 15:52 (-0400):
> sub some_routine {
> my $foo = 42;
> return $foo;
> }
> my $rv := some_routine();
> Should $rv be bound to $foo or to a copy of $foo? I ask because with
> state() and closures, it makes a difference since the value can
> change.
:= is the
On Tue, 2005-05-10 at 15:52, Joshua Gatcomb wrote:
> I am wondering what the proper behavior of binding to a sub's return
> value should be
>
> sub some_routine {
> my $foo = 42;
> return $foo;
> }
> my $rv := some_routine();
>
> Should $rv be bound to $foo or to a copy of $foo? I ask be
On Tuesday 10 May 2005 20:29, Patrick R. Michaud wrote:
> On Tue, May 10, 2005 at 05:08:49PM +0200, Jens Rieks wrote:
> > On Monday 09 May 2005 07:53, Patrick R. Michaud wrote:
> > > The attached patch file adjusts C to always return false
> > > for offsets beyond the end of the string, and updates
On Tue, May 10, 2005 at 10:00:45AM -0400, Rob Kinyon wrote:
> > Until we find a champion for that cause, I think it would still be useful
> > to allow pugs to be built, as today, on Windows using Cygwin's gcc and
> > perl5 (just like Corion makes a native build with -- I think -- cc1.exe
> > and a
Hi,
Please excuse the possible 'out of left field' (as we say) aspect of this
question but I recently heard about Omniscient Debugging (ODB):
http://www.lambdacs.com/debugger/debugger.html
There is an article in the latest Dr Dobbs (6/05) by the above fellow (Bil
Lewis - former Sun scientist an
On Tue, May 10, 2005 at 05:08:49PM +0200, Jens Rieks wrote:
> On Monday 09 May 2005 07:53, Patrick R. Michaud wrote:
> > The attached patch file adjusts C to always return false
> > for offsets beyond the end of the string, and updates
> > t/op/string_cclass.t to test this.
> Thanks, applied!
>
>
On Tue, May 10, 2005 at 06:20:44AM -0600, Luke Palmer wrote:
> On 5/10/05, Ingo Blechschmidt <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > sub foo() {
say $1;# undef?
> > "abc" ~~ /^(.)/; # $1 now "a"
> > }
> >
> > sub bar() {
> > "def" ~~ /^(.)/; # $1 now "d"
On Tue, May 10, 2005 at 11:11:12AM -0500, [EMAIL PROTECTED] wrote:
> Please excuse the possible 'out of left field' (as we say) aspect of this
> question but I recently heard about Omniscient Debugging (ODB):
> http://www.lambdacs.com/debugger/debugger.html
This seems to require almost the same j
I have a "working" pugscc and cannot run the test suite. Should I
check in my pugscc changes or post them to the list so that Gaal can
run them against a Pugs that has a working test suite?
Rob
On 5/10/05, Gaal Yahas <[EMAIL PROTECTED]> wrote:
> On Tue, May 10, 2005 at 10:00:45AM -0400, Rob Kinyo
On Tue, May 10, 2005 at 05:24:30PM -0400, Rick Delaney wrote:
: On Tue, May 10, 2005 at 06:20:44AM -0600, Luke Palmer wrote:
: > Yeah, they're lexical, just like in Perl 5.
:
: Not just like Perl 5, I hope. If it was then the above would print
: "d".
Yes, Perl 5 actually uses an autolocalizing f
This works:
rule name { Larry | Matz | Guido }
rule project { Perl | Ruby | Python }
rule description { \s does \s }
'Larry does Perl' ~~ //; # true
'Larry does Java' ~~ //; # false
This too:
class Point {
has $.x;
has $.y;
method show () {
Juerd <[EMAIL PROTECTED]> wrote:
> := is the thing that implements subroutine arguments. Ask yourself the
> same question with:
>
> sub another_routine ($rv) {
> ...
> }
> another_routine(some_routine());
>
> I'd expect $rv to be an alias to a copy of $foo's value, 42.
Really?
Dhevendran K wrote:
Hi,
When I am building PERL 5.6.1 on Linux 2.6 Kernel AMD 64 bit machine [i.e.
"SUSE LINUX Enterprise Server 9 (x86_64) - Kernel 2.6.5-7.97-default (1)" ],
I am getting the following errors.
[snip]
lib/io_multihomedInvalid argument at lib/io_multihomed.t line 108.
Conn
At 13:55 06/05/2005 -0700, you wrote:
t\op\debuginfo.t 5 1280 85 62.50% 4-8
Consider the last version of my patch attached to [perl #35083].
Francois.
~jerry
debuginfo.patch
Description: Binary data
At 09:43 10/05/2005 +, you wrote:
> 1) On MinGW, can't execute miniparrot.exe during building
> Invoking Parrot to generate runtime/parrot/include/config.fpmc --cross your
> fingers
> ./miniparrot.exe config_lib.pasm > runtime/parrot/include/config.fpmc
> '.' is not recognized as an internal or
Autrijus Tang wrote:
On Tue, May 10, 2005 at 11:11:12AM -0500, [EMAIL PROTECTED] wrote:
Please excuse the possible 'out of left field' (as we say) aspect of this
question but I recently heard about Omniscient Debugging (ODB):
http://www.lambdacs.com/debugger/debugger.html
Sounds very powerful
This
53 matches
Mail list logo
