Dan Sugalski <[EMAIL PROTECTED]> wrote:
> There are two basic classes of methods here. (And classes of classes,
> something I'm regretting, and I think we'll redo once I get a handle
> on metaclasses and just unify it all)[1]
> The first is the vtable method stuff. There's a static single
> inher
William Coleda <[EMAIL PROTECTED]> wrote:
> Though I have to wonder how this will work with inter-language-operability.
bool = istrue(some_pmc)
is exactly that. Your PMC can answer 1 if it's "true" or such. A
lispish PMC might evaluate "t" and "nil"...
> Thanks, Leo.
Welcome,
leo
Here's how it is as of 0.49.
If you want Test::More to be thread safe you have to "use threads"
yourself and do it before you use Test::More. This is a change from
previous versions. Previously I took the view that users will
probably get this wrong so I'll just do it for them. The change was
b
Leopold Toetsch via RT wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:
I noticed after a recent update that parts of the tcl test suite
started failing. I finally tracked it down to the fact that I was NOT
running with '-G'.
tcl.pl dies at 19, removing "or die" fixes that.
In my rush to get check
Dan Sugalski wrote:
At 9:33 AM -0400 10/15/04, Sam Ruby wrote:
Leopold Toetsch wrote:
Sam Ruby <[EMAIL PROTECTED]> wrote:
Concrete example: should ResizablePMCArray inherit sort from
FixedPMCArray?
Yes. But the inheritance should be (and is AFAIK already partially) in
the method lookup. But it's n
At 8:32 PM + 10/15/04, [EMAIL PROTECTED] (PerlDiscuss - Perl
Newsgroups and mailing li wrote:
I need to embed Perl function in C program running as a daemon on Linux
and Solaris. What it needs is to do pattern matching in Perl while it is
difficult in C. However, frequently calling either of f
I need to embed Perl function in C program running as a daemon on Linux
and Solaris. What it needs is to do pattern matching in Perl while it is
difficult in C. However, frequently calling either of functions eval_pv or
perl_run would keep increasing the size of process. How come these
functions do
The Perl 6 Summarizer wrote:
I tried, I really did, but I'm afraid that I must raise the white flag
to my teacher training for the next while and give up writing the Perl 6
Summary until at least after Christmas.
Bad food, lousy dental care, and now the childrens' education is
entrusted to a ch
On Oct 14, 2004, at 12:10 PM, Leopold Toetsch wrote:
Proposal:
* we mandate that JIT code uses interpreter-relative addressing
- because almost all platforms do it
- because some platforms just can't do anything else
- and of course to avoid re-JITting for every new thread
FYI, the PPC JIT does alr
Piers,
Thanks for all the work you've done in keeping us up-to-date with Perl 6
developments. Your summaries have been crucial in convincing folks out
there that much progress is being made, and that Perl 6 will be a language
worth the wait.
Kind regards,
Paul Grassie
[EMAIL PROTECTED]
> I
At 9:33 AM -0400 10/15/04, Sam Ruby wrote:
Leopold Toetsch wrote:
Sam Ruby <[EMAIL PROTECTED]> wrote:
Concrete example: should ResizablePMCArray inherit sort from FixedPMCArray?
Yes. But the inheritance should be (and is AFAIK already partially) in
the method lookup. But it's not quite finished. Ob
All~
I am willing to try and take on this responsibility. I have been
reading p6i for several years now and always appreciated the summary,
so what better way to give back.
Any advice/scripts that Piers (or anyone else) can provide me would be
appreciated.
Matt
--
"Computer Science is merely t
Leopold Toetsch wrote:
Sam Ruby <[EMAIL PROTECTED]> wrote:
Concrete example: should ResizablePMCArray inherit sort from FixedPMCArray?
Yes. But the inheritance should be (and is AFAIK already partially) in
the method lookup. But it's not quite finished. Objects derived from
PMCs inherit methods of
Danke. Making this a macro was, at least, a step up from the function call I had.
I haven't done anything real with the PMCs yet (just cargo-culted them mostly from
their Perl* counterparts)
Though I have to wonder how this will work with inter-language-operability.
Thanks, Leo.
Leopold Toetsch wr
Sam Ruby <[EMAIL PROTECTED]> wrote:
> I'm assuming the answer is yes, as classes defined via the subclass
> opcode seem to inherit non-vtable methods. In fact, I've made a number
> of assumptions, any of which could invalidate the attached patch.
I've applied the non-inheritance pieces of the pa
Will Coleda <[EMAIL PROTECTED]> wrote:
> I noticed after a recent update that parts of the tcl test suite
> started failing. I finally tracked it down to the fact that I was NOT
> running with '-G'.
tcl.pl dies at 19, removing "or die" fixes that.
To your problem:
C is an abstract object, it do
The Perl 6 Summarizer <[EMAIL PROTECTED]> wrote:
> I tried, I really did, but I'm afraid that I must raise the white flag
> ..- Dan, Leo and the
> rest of the p6i team have done fantastic work
Thanks for the flowers and of course for all your precise summaries.
> ... But if any of you are thinki
Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> .return -1, name
> Sadly, the .return directive and other are overloaded to express
> user stack operations.
>| PARAM reg{ $$ = MK_I(interp, cur_unit, "restore", 1,
> $2); }
>| RESULT var {
Sam Ruby <[EMAIL PROTECTED]> wrote:
> Concrete example: should ResizablePMCArray inherit sort from FixedPMCArray?
Yes. But the inheritance should be (and is AFAIK already partially) in
the method lookup. But it's not quite finished. Objects derived from
PMCs inherit methods of the parent, but one
Will Coleda <[EMAIL PROTECTED]> wrote:
>
> Given a pmc, set a register to indicate whether
> it is true or false from Tcl's POV.
inline op istrue(out INT, in PMC) {
with an approprate get_bool() vtable slot.
leo
Ion Alexandru Morega <[EMAIL PROTECTED]> wrote:
> Fixed, tested. (the tests were there, only commented out)
Great, thanks.
> I only added implementations for MMD_Complex and MMD_DEFAULT. I suppose
> more could be written, but how much is too much?
That's difficult to say and needs benchmarks wi
21 matches
Mail list logo