I've already started a project that embeds Parrot
Allison Randal [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Nikolay,
Here's a few things you (and others) can do:
- give a talk about Parrot at your local linux/ruby/python/php/perl/etc
user group (recruiting new developers,
BTW, seems like the game has already started
http://blogs.msdn.com/hugunin/archive/2007/04/30/a-dynamic-language-runtime-dlr.aspx
Allison Randal [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Nikolay,
Here's a few things you (and others) can do:
- give a talk about Parrot at
John Macdonald writes:
open(:file), open(:dir), open(:url), ... could be the non-dwimmy
versions. If you don't specify an explicit non-dwimmy base variant,
the dwim magic makes a (preferrably appropriate) choice.
That'll make it easy for people porting PHP scripts to Perl 6 -- in
particular
On Sun, Mar 18, 2007 at 11:08:24AM -0700, James Keenan wrote:
[ I've just noticed this via a summary that I rescued from
spamassassin's rather overenthusiastic clutches. Thanks Ann. ]
I've found through experience that running Devel::Cover to perform
coverage analysis on my code sometimes
On Fri, 27 Apr 2007 11:19:59 -0700
Andy Dougherty (via RT) [EMAIL PROTECTED] wrote:
src/gc/dod.c, line 462: undefined symbol:
PObj_bufstart_external_FLAG
I hunted for this a bit lastnight, so I'm posting my progress.
The source lines in question are:
461 /* the real external flag */
I was thinking about default filehandles yesterday. select() doesn't
seem to be around except as an Unfiled function in S16.
Then, as I was looking at
.say( Hello World );
and
$ERR.say( Hello standard error );
I figured this might work, and does. Topicalizing a filehandle kinda
acts
Is there going to be a Perl 6 equivalent to $ARGV (the current filename
for the ARGV filehandle)?
This is something I wanted to use in an example in the Learning Perl 6
filehandles chapter:
http://www.learningperl6.com/Chapters/11.filehandles.html
We're most of the way through the implementation of PDD 15, but still
have a few final steps before it can completely replace the current
implementation. Much of the current implementation of OO lives in
src/objects.c and src/ops/object.ops. Much of the code is specific to
the
From: Paul Johnson via RT [EMAIL PROTECTED]
Date: 2007/05/01 Tue AM 06:15:38 CDT
To: [EMAIL PROTECTED]
Subject: Re: [perl #41897] [BUG]: Parrot::Pmc2c::STMRef gets 'subroutine
prederef redefined' warning
Not really, I'm afraid. I don't think I've seen a similar problem with
Devel::Cover and
On 5/1/07, Smylers [EMAIL PROTECTED] wrote:
What are the situations in which a programmer really needs to open
something but doesn't know wether that thing is a file, a directory, or
a URL? I'm still unpersuaded this is sensible default behaviour.
Lots of times. It's an agnosticism, meaning
On Tue, May 01, 2007 at 10:00:00AM +0100, Smylers wrote:
: That'll make it easy for people porting PHP scripts to Perl 6 -- in
: particular for those wanting to port the security hole where a CGI
: parameter is used to form part of a filename opened by a script but a
: malicious user can supply a
On 5/1/07, brian d foy [EMAIL PROTECTED] wrote:
I was thinking about default filehandles yesterday. select() doesn't
seem to be around except as an Unfiled function in S16.
Then, as I was looking at
.say( Hello World );
At various times, I have seen something to the effect of each of the
On Tue, May 01, 2007 at 09:26:38AM -0700, Jonathan Lang wrote:
: On 5/1/07, brian d foy [EMAIL PROTECTED] wrote:
: I was thinking about default filehandles yesterday. select() doesn't
: seem to be around except as an Unfiled function in S16.
:
: Then, as I was looking at
:
:.say( Hello World
On 5/1/07, Larry Wall [EMAIL PROTECTED] wrote:
The plan introduced in A06 was to leave $*('IN'|'OUT'|'ERR') bound
to stdin, stdout, and stderr (which can still be dickered with on
the POSIXy level, of course), and instead emulate p5's select(FH)
using a global variable $*DEFOUT for the default
On Tue, May 01, 2007 at 10:04:50AM -0500, brian d foy wrote:
: Is there going to be a Perl 6 equivalent to $ARGV (the current filename
: for the ARGV filehandle)?
Hmm, well, we did away with unsigiled filehandles, and renamed @ARGV
to @*ARGS, so $*ARGS is presumably the magical filehandle, which
On Tue, May 01, 2007 at 01:41:45PM -0400, Mark J. Reed wrote:
: On 5/1/07, Larry Wall [EMAIL PROTECTED] wrote:
: The plan introduced in A06 was to leave $*('IN'|'OUT'|'ERR') bound
: to stdin, stdout, and stderr (which can still be dickered with on
: the POSIXy level, of course), and instead
# New Ticket Created by Kevin Tew
# Please include the string: [perl #42848]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42848
This week's file of the week is:
src/object.c
As Allison says below, no patch is to
chromatic [EMAIL PROTECTED] wrote:
On Sunday 29 April 2007 11:18:20 Joshua Isom wrote:
I've done realclean a few times actually. If I run with r18322, it
runs just fine, but r18323, which dealt with zero length mallocs for
strings, caused it to start crashing. Here's a backtrace. This is
On Sunday 29 April 2007 11:18:20 Joshua Isom wrote:
I've done realclean a few times actually. If I run with r18322, it
runs just fine, but r18323, which dealt with zero length mallocs for
strings, caused it to start crashing. Here's a backtrace. This is one
of those tests where with -G it
This week's file of the week is:
src/object.c
As Allison says below, no patch is to small.
typo fixes, spelling fixes, documentation welcome, as well as code
refactorings.
I'm going to try to describe the purpose of each of the functions to get
things started.
Patch coming soon. :)
Kevin
Hi all,
There are a couple of files (src/string.c for one) that use a documentation
format called FUNCDOC. Apparently there are tools for it in tools/, but they
appear mostly unused.
Does anyone remember why FUNCDOC is there? Alternately, does anyone have
strong objections to replacing it
The OrderedHash PMC provides keyed and indexed access to its elements. It's a
hash that remembers the order of its key/value pair additions and it's an
array that allows keyed access to (some of) its members.
While the naive approach might be to use both a hash and an array underneath,
this
On 5/1/07, Larry Wall [EMAIL PROTECTED] wrote:
: I think I prefer a more significant difference between the default
: targets and the POSIXy std* values that they are initialized to, like
: the Ruby notion of using global variables initialized to named
: constants, e.g. $stderr starts out as
Date: Tue May 1 06:29:35 2007
New Revision: 18369
Modified:
trunk/src/malloc.c
Modified: trunk/src/malloc.c
==
[3168 lines of diff]
Given that that file starts:
/*
This is a version (aka dlmalloc) of
In the course of writing tests for Parrot::Revision (see the 'reconfigure'
branch), I noticed that
much of the code depends on the definedness and value of $svn_entries.
However, since
$svn_entries is explicitly undefined at the top of lib/Parrot/Revision.pm, and
since it's never
assigned
On 5/1/07, James Keenan via RT [EMAIL PROTECTED] wrote:
In the course of writing tests for Parrot::Revision (see the 'reconfigure'
branch), I noticed that
much of the code depends on the definedness and value of $svn_entries.
However, since
$svn_entries is explicitly undefined at the top of
On Tue, May 01, 2007 at 05:45:26PM -0400, Mark J. Reed wrote:
: Right. Something akin to P5's $SIG{__WARN__} and $SIG{__DIE__} would
: also work, but that never seemed to be quite the right way to do that,
: to me.
Never seemed quite right to me either. Er, except way back when it did... :/
In
Author: particle
Date: Tue May 1 16:41:53 2007
New Revision: 18382
Modified:
trunk/docs/pdds/pdd21_namespaces.pod
Changes in other areas also in this revision:
Modified:
trunk/src/pmc/namespace.pmc
trunk/t/pmc/namespace.t
Log:
[pmc]: added functionality to NameSpace PMC 'export_to'
Author: chromatic
Date: Tue May 1 17:00:16 2007
New Revision: 18383
Modified:
trunk/docs/pdds/draft/pdd11_extending.pod
Changes in other areas also in this revision:
Modified:
trunk/docs/extend.pod
trunk/ext/Parrot-Embed/lib/Parrot/Embed.xs
trunk/ext/Parrot-Embed/typemap
On Saturday 17 March 2007 08:29:15 via RT wrote:
# New Ticket Created by
# Please include the string: [perl #41875]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41875
The patch makes PIO_unix_seek to update
On Saturday 17 March 2007 08:29:15 via RT wrote:
Attached is an extended implementation of the mmap io layer. It adds the
write and seek funcitons to the layer.
It can be tested with the attached pir programm. It needs also a little
modification in io_unix.c, this comes in a separate bug
On Tue, May 01, 2007 at 10:52:19PM +0100, Nicholas Clark wrote:
Date: Tue May 1 06:29:35 2007
New Revision: 18369
Modified:
trunk/src/malloc.c
Modified: trunk/src/malloc.c
==
[3168 lines of diff]
On Wednesday 14 March 2007 07:51:37 [EMAIL PROTECTED] wrote:
Given the following:
.namespace ['A']
.sub 'find_method' :vtable :method
say 'find_method!'
.end
.sub main :main
$P0 = newclass 'A'
$P1 = new 'A'
$P2 = find_method $P1, 'foo'
.end
the 'find_method' sub
# New Ticket Created by chromatic
# Please include the string: [perl #42853]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=42853
Another good coding standard test is to check that all C functions have API
In article [EMAIL PROTECTED], Larry Wall
[EMAIL PROTECTED] wrote:
On Tue, May 01, 2007 at 10:04:50AM -0500, brian d foy wrote:
: Is there going to be a Perl 6 equivalent to $ARGV (the current filename
: for the ARGV filehandle)?
Hmm, well, we did away with unsigiled filehandles, and renamed
On Tue Apr 10 01:45:31 2007, [EMAIL PROTECTED] wrote:
Configure should act as though writing --foo=no is false instead of
true. Tonight I tried using --execcapable=no to get around a compile
failure, but then realized that it would probably treat no as a true
value.
I discussed this
More research.
1. Here is the output of a recent run in trunk of coverage analysis on the
code underlying
tools/build/pmc2c.pl:
[parrot] 517 $ PERL5OPT=-MDevel::Cover=-db,coverage/pmc2c prove
t/tools/pmc2cutils/*.t
$@
t/tools/pmc2cutils/00-qualifyDevel::Cover: Can't open -e for MD5
On Tue May 01 15:58:34 2007, particle wrote:
#
[parrot] 502 $ ack --nohtml --nophp svn_entries
config/gen/revision.pm
31:my $entries = $Parrot::Revision::svn_entries;
your interpretation is correct. '.svn_entries' is an svn metadata file
that's not even available in newer
On Tue May 01 19:40:49 2007, [EMAIL PROTECTED] wrote:
Here is the output of 'ack' for SVN_ENTRIES in trunk (post-
Configure.pl, in this instance):
[parrot] 521 $ ack --nohtml --nophp SVN_ENTRIES
...
config_lib.pasm
274:set P0[SVN_ENTRIES], P1
But do we have to do anything with
39 matches
Mail list logo
