# New Ticket Created by Will Coleda
# Please include the string: [perl #31652]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31652 >
Provide setup and build instructions for Microsoft Visual C++ Toolkit 2003
(http://msd
# New Ticket Created by Will Coleda
# Please include the string: [perl #31651]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31651 >
(No details. This comes from TODO.win32)
# New Ticket Created by Will Coleda
# Please include the string: [perl #31650]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31650 >
Leo says:
"Parrot on unixish systems is running two threads: the event thread
handles
# New Ticket Created by Will Coleda
# Please include the string: [perl #31649]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31649 >
Annotate the declarations with something like
PARROT_API
Parrot_som
Kevin Scaldeferri wrote:
On Sep 20, 2004, at 4:24 PM, Randy W. Sims wrote:
Kevin Scaldeferri wrote:
(As an aside, can anyone recommend an archive of this list with good
search capability? I'm sure there've been more than 4 postings in
the past that should match "devel::cover mod_perl")
If your
Okay, I'm back from last week's workshop and digging through mail.
Once I finish reading the namespace threads, I'll rework the proposal
and we can give it a good thrashing, then implement it.
--
Dan
--it's like this---
Dan Sugalski
Okay, this is coming up again and I want to get it nailed down.
Current semantics, as defined:
$Px = compreg $Sy
returns a compiler for language $Sy.
compreg $Sx, $Py
defines $Py as the compiler for language $Sx.
$Px = compile $Py, $Sz
uses compiler $Py (from a compreg call) to compile the
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #31646]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31646 >
We need to clean up the docs and pmcs for compilation, dynamic
compiler modules, and
The current version of Devel::Cover asserts that running it on a
mod_perl server ought to be as simple as adding 'use Devel::Cover' to
your startup script. However, when I do this, I get the following
failure:
Syntax error on line 1225 of /home/kevin/.../conf/httpd.conf:
Can't use an undefined
i've just uploaded the mod_parrot source:
http://www.smashing.org/mod_parrot/dist/mod_parrot-0.0.tar.gz
this initial release allows you to register a parrot content handler and
encapsulates apache's request_rec structure in a parrot object. unlike
the original version, the current mod_parrot use
Well, we were shooting for an end-of-August release, but needless to
say that's not happened. Both Leo and my translators were reasonably
near completion, and need to be pushed that final bit of the way.
Neither of us have the time, so... Anyone want to take a shot? Leo's
builds faster code but
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #31644]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31644 >
Right now we don't do any string encoding twiddling when doing IO. We
also store all
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #31643]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31643 >
Hi,
this patch adds the targets 'dynclasses' and 'dynclasses-clean' to
'parr
Yup. See languages/tcl/lib/tclword.imc (in namespace "TclWord"). Called by
languages/tcl/lib/parse.imc (in namespace "_Tcl").
Without the explicit call to init, it's not being called (as a debug print
in TclWord's __init shows for me.) (And, since the initialization of the object
isn't done, futu
On Mon, Sep 20, 2004 at 08:36:04AM -0400, Chip Salzenberg wrote:
: According to Larry Wall:
: > On Sat, Sep 18, 2004 at 12:27:36PM -0700, Jeff Clites wrote:
: > : Ha, I'm sure it could probably be done, but of course "most" of what
: > : the shell does it invoke other programs, so in the common ca
On Mon, Sep 20, 2004 at 07:25:14AM -0600, Luke Palmer wrote:
: Perl 6 is making it easier to define custom block constructs like this
: one. I worry about:
:
: method foo () {
: preserve {
: .bar;
: }
: }
:
: This one's a tad more subtle. Normally preserve's
I came across this slight annoyance working in Perl 5 today:
sub preserve(&) {...}
sub foo {
preserve {
$_[0]->bar;
}
}
That didn't call "bar" on the invocant of "foo", but rather on "undef",
because preserve's block was a hiding sub.
Perl 6 is making it
William Coleda wrote:
Didn't __init used to get magically called when you new'd a class?
It is called. See t/pmc/object-meths.t. Is it in the correct namespace?
leo
Jeff Clites wrote:
Hi Leo:
I was reading over you incremental GC posts from about a month ago, and
read the referenced paper--quite nice work you've done in implementing
the ideas there.
I have one question: What about finalizers? I may have just missed it,
but it would seem that calling finali
Dan Sugalski wrote:
The only real option here is to maintain your own stack and leave its
PMC in one of the registers.
Should we move the user stack out of the interpreter context?
leo
According to Larry Wall:
> On Sat, Sep 18, 2004 at 12:27:36PM -0700, Jeff Clites wrote:
> : Ha, I'm sure it could probably be done, but of course "most" of what
> : the shell does it invoke other programs, so in the common case it still
> : wouldn't give you portability to non-Unix-like platforms
"Jeff Clites" <[EMAIL PROTECTED]> wrote:
> I was reading over you incremental GC posts from about a month ago, and
> read the referenced paper--quite nice work you've done in implementing
> the ideas there.
>
> I have one question: What about finalizers? I may have just missed it,
> but it woul
22 matches
Mail list logo
