Jens Rieks wrote:
I vote for:
- runtime/parrot/library
- t/library
Ok.
If parrot is modified to search files in runtime/parrot, everything should
continue to work with the paths currently in use.
I'll have a look at that.
I can have a look at it after the 16th, have to learn for two written
On Friday 09 April 2004 15:48, Leopold Toetsch wrote:
> Wasn't The Plan to move over to runtime/parrot/lib or library?
Hmm, good question.
I'm waiting for a final decision where everyting should be moved to.
I vote for:
- runtime/parrot/library
- t/library
If parrot is modified to search files in
Jens Rieks <[EMAIL PROTECTED]> wrote:
> There is also a new Stream::Writer,
Wasn't The Plan to move over to runtime/parrot/lib or library?
> jens
leo
Hi,
On Friday 09 April 2004 14:03, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > On Wednesday 07 April 2004 17:42, Leopold Toetsch wrote:
> >> Further, in C P1 is stored away (and invoked later), which
> >> isn't allowed. But cloning it doesn't help because the continuation
>
Jens Rieks <[EMAIL PROTECTED]> wrote:
> On Wednesday 07 April 2004 17:42, Leopold Toetsch wrote:
>>
>> Further, in C P1 is stored away (and invoked later), which
>> isn't allowed. But cloning it doesn't help because the continuation
>> context is still wrong.
I've this now running.
$ ../parrot -
At 10:54 AM +0200 4/7/04, Leopold Toetsch wrote:
Jens Rieks <[EMAIL PROTECTED]> wrote:
Can I get commit privs?
That would be the best.
I'm fine with it too. Set up a perl.org account (pointers to it from
bugs.perl.org) and mail me your login and I'll get things in motion.
--
On Wednesday 07 April 2004 17:42, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > here is a working version of my new Stream library. I will add more
> > documentation later this month, the examples should be enough to
> > understand the usage.
>
> I'm currently investigating a
Jens Rieks <[EMAIL PROTECTED]> wrote:
> here is a working version of my new Stream library. I will add more
> documentation later this month, the examples should be enough to
> understand the usage.
I'm currently investigating a bunch of SIGSEGVs when tracing the examples.
They are all coming fr
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Can I get commit privs?
That would be the best.
leo
On Wednesday 07 April 2004 08:19, Leopold Toetsch wrote:
> Looks good. Should it go into CVS?
Yes it can.
> BTW: some Cs still survived.
getprop? I found two delprops, removed.
Can I get commit privs?
I also have a Data::Dumper patch nearly ready that removes the F
and F usage. It is very time c
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi all,
> here is a working version of my new Stream library. I will add more
> documentation later this month, the examples should be enough to
> understand the usage.
Looks good. Should it go into CVS?
BTW: some Cs still survived.
leo
Hi,
On Saturday 03 April 2004 16:15, Leopold Toetsch wrote:
> I meant object usage vs data in properties. When you derive a new class
> from Stream its properties are lost. You can only reuse methods.
>
> I'd do:
> newclass:
> addattribute class, "source"
> # and define .constant STREAM_
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi,
> What does you mean with split? Can you give a small example what you would
> modify?
I meant object usage vs data in properties. When you derive a new class
from Stream its properties are lost. You can only reuse methods.
I'd do:
newclass:
adda
Hi,
On Saturday 03 April 2004 14:39, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > attached is a first working development version of a Stream library.
> >
> > Comments welcome!
>
> I'm not very happy with the split object/property usage. This makes IMHO
> subc
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi all,
> attached is a first working development version of a Stream library.
> Comments welcome!
I'm not very happy with the split object/property usage. This makes IMHO
subclassing a pain and isn't really needed. I'd use attributes for all
this stuff w
15 matches
Mail list logo