On Sun, Oct 22, 2006 at 11:38:10PM +0200, Leopold Toetsch wrote:
> Am Sonntag, 22. Oktober 2006 20:56 schrieb Patrick R. Michaud:
>
> > I strongly disagree. I don't think that a subclass should have to
> > be named as a sub-namespace of its parent class.
>
> Namespace and classes are currently t
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to
complete your request.
Please contact the server administrator, [EMAIL PROTECTED] and inform them of
the time the error occurred, and anything you might have done that may have
caused the error.
Karl Forner wrote:
I've added one C src file, say src/foo.c, and include/parrot/foo.h, and a
test in t/src/foo.t.
I've changed the MANIFEST file accordingly, but I can not manage to
have my
foo.o file to be added in libparrot.a (after a make clean;perl
Configure.pl
;make)
What did I miss ?
No
Just wanted to collect information about ParrotClass and ParrotObject.
I can't seem to instantiate a ParrotObject from a ParrotClass using the
new opcode.
I've seen references to the instantiate_object opcode but it seems
unimplemented.
I know the object pdd is coming up on Allison's stack,
Author: jonathan
Date: Mon Oct 23 08:19:59 2006
New Revision: 15000
Modified:
trunk/docs/pdds/clip/pdd13_bytecode.pod
Log:
Add annotation groups to the bytecode specification.
Modified: trunk/docs/pdds/clip/pdd13_bytecode.pod
===
Author: jonathan
Date: Mon Oct 23 09:30:39 2006
New Revision: 15001
Modified:
trunk/docs/pdds/clip/pdd13_bytecode.pod
Log:
Add dependencies segment to the specification and fix string constants storage.
Modified: trunk/docs/pdds/clip/pdd13_bytecode.pod
Hi,
Sorry for delay in getting to this - been working on-site with $JOB for
a while. Comments and questions below, but please see r15001.
Leopold Toetsch wrote:
2) How should we handle changes to the core Parrot library (mostly PMCs,
but also consider anything we promise is available)? Should
Allison Randal wrote:
I think the object model needs a thorough going over in general
Yup. It's on the list right after I/O, threads, and events.
-- for
the reasons above and because it's an unproven system. I'm not
convinced that it will handle all of Perl 6's needs as is. No serious
OO langu
In languages/lua/lib/thread.pir, I create a Lua thread type by extension of
Parrot::Coroutine.
So I add a lot of methods for Lua type, but I think that 2 of these methods
could be integrated in Parrot::Coroutine :
- __clone
- __get_pointer (equivalent of get_pointer() in src/pmc/sub.pmc)
Fran
On Monday 23 October 2006 09:49, Jonathan Worthington wrote:
> Would it be a good idea to start collecting requirements together from
> different language implementors so that when the time comes to work on
> the OO PDD, there is already a good description of what it needs to do?
> If so, I'm happ
On Mon, Oct 23, 2006 at 05:49:08PM +0100, Jonathan Worthington wrote:
> Allison Randal wrote:
> >>I think the object model needs a thorough going over in general
> >Yup. It's on the list right after I/O, threads, and events.
> >...
> >Ruby is a serious OO language, but it's not finished yet. For t
Am Montag, 23. Oktober 2006 15:14 schrieb Patrick R. Michaud:
> > .HLL 'pge', ''
> > ...
> > cl = newclass 'Exp' # ['pge'; 'Exp']
> > ...
> > .namespace ['Exp'] # ['pge'; 'Exp']
> > ...
> > scl = subclass 'Exp', ['Exp'; 'Closure'] # ['pge'; 'Exp'; 'Closure']
> > ...
>
> It
Am Montag, 23. Oktober 2006 16:58 schrieb Kevin Tew:
> I can't seem to instantiate a ParrotObject from a ParrotClass using the
> new opcode.
You have a code snippet? Did you have a look at t/pmc/obj*.t or all the tons
of OO usage all over libs?
leo
Am Montag, 23. Oktober 2006 18:31 schrieb Jonathan Worthington:
> > 1,5) same + range of indices
> >
>
> Will a dynamic character set or encoding library that we load not
> possibly contain more than one character set or encoding and therefore
> need a range of indices too? I have gone with thi
> This patch adds a test for DOS line endings in text files in the
> Parrot distribution.
>
> Comments welcome,
Hi Paul,
could you add a check for SVN::Client and skip the test when there is no
SVN::Client?
Bernhard,
No worries :-) Please see attached patch.
I noticed something odd when I w
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Tue Oct 24 04:08:49 2006 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Oct 23, 2006, at 7:39 AM, Paul Cochrane wrote:
BEGIN {
eval { use SVN::Client; };
if ($@) {
plan skip_all => 'SVN::Client not installed';
}
}
Paul,
This should be
eval {require SVN::Client; };
use() is a compile-time directive, not runtime.
Chris
--
Chris Dolan, S
I suppose the reason it's more efficient is that it compiles it at actual
compile time. The only use I know of eval{} is catching dies...
On 10/23/06, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> > This patch adds a test for DOS line endings in text files in the
> > Parrot distribution.
> >
> > C
18 matches
Mail list logo