Anyone mind if I commit this? One thing I'm not sure of, though -- I
try to behave myself and use Parrot_getenv rather than a plain
getenv(), but I'm not convinced the API is complete -- Parrot_getenv
saves back a boolean saying whether to free the returned string or
not, but what should I call to
On May-25, Dan Sugalski wrote:
> At 10:31 AM +0200 5/25/04, Leopold Toetsch wrote:
> >Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >> An unsolicited event, on the other hand, is one that parrot generates
> >> as the result of something happening external to itself, or as the
> >> result of some recurr
On May-29, Brent 'Dax' Royal-Gordon wrote:
> William Coleda wrote:
> >=head2 How do I generate a sub call with a variable-length parameter
> >list in PIR?
> >
> >This is currently not trivial.
> ...
> >=head2 How do I retrieve the contents of a variable-length parameter
> >list being passed to m
Dan Sugalski wrote:
We need the ability to layer PMCs. Nothing new, we need something of the
sort for transparent read-only-ness and probably thread-safety (though
we don't have to do it that way) and folks are going to want to do
undoable custom vtable layering. While we don't *have* to let 'em
William Coleda wrote:
=head2 How do I generate a sub call with a variable-length parameter
list in PIR?
This is currently not trivial.
...
=head2 How do I retrieve the contents of a variable-length parameter
list being passed to me?
The easiest way to do this is to use the C opcode to take a
You are considering read-ony PMC versus others. Another issue
is properties. Many PMCs "classes" will support properties that will
alter their behavior. But most PMC instances will have no property
attached to them. Or just default values of them if you see it that
way.
To avoid to go back the sl
Okay, time to think about this.
We need the ability to layer PMCs. Nothing new, we need something of
the sort for transparent read-only-ness and probably thread-safety
(though we don't have to do it that way) and folks are going to want
to do undoable custom vtable layering. While we don't *have
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #29950]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29950 >
Hi,
t/library/getopt_long.t is the first test of Getopt/Long.imc.
Basically
Recent changes to tcl:
2004-05-28
* put all user-visible procs into "Tcl" namespace, especially
user-defined procedures.
* put all interpreter-only procs into "_Tcl" namespace
* factor out non-tclsh-specific setup into lib/tcllib.imc
* first cut at: $P1 = compre
I was going to submit this as a patch, but I ended up with a conflict, and Dan
threatened he wouldn't apply it anyway, so I'll just post it here for comment. Feel
free to apply any or all of it. I would be very happy to hear of a better way to
answer the first question. =-)
---
=head2 How do I
# New Ticket Created by Will Coleda
# Please include the string: [perl #29943]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29943 >
Brings tcl's makefile in line with recent changes.
MANIFEST could also use a facelift
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Fri, May 28, 2004 at 11:38:55AM +0200, Leopold Toetsch wrote:
>> The returned string gets malloc(3)ed.
>> PObj_external_FLAG|PObj_sysmem_FLAG is set, so that the memory gets
>> freed during DOD.
> I can't find your earlier proposals (which suggests t
On Fri, May 28, 2004 at 11:38:55AM +0200, Leopold Toetsch wrote:
> I didn't get much comments for my proposal WRT IO changes. So I'll
> sumarize my next planned steps:
I'm as guilty as everyone else here
> * use Parrot_stat_info_intval(..., STAT_FILESIZE) in
> embed.c:Parrot_readbc() to obtain
13 matches
Mail list logo
