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
We still have two locations for runtime stuff:
- runtime/parrot/*/
- library/
1) We should probably decide to use just one for simplicity.
2) Library search paths and appropriate helper functions inside Parrot
are still needed.
3) we need some scheme to organize lib paths
4) Library testing is nee
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> So we can get the damn thing nailed down and done. If there's
> something pending throw it on as a reply and we'll gather them up and
> see about making it work.
1) Done: [gs]etattribute do use vtable functions as pdd15 documents it,
as well as the getc
On Sun, 2004-04-04 at 00:28, Leopold Toetsch wrote:
> Object gurus, please have a look at t/pmc/object-meths_17. Is the code
> ok? Is it failing because init order is really wrong?
>
> BTW I tried to add this test as a TODO but this seems not to work.
That's odd. If I uncomment line 467 ( loca
Hi all,
Here are two tarballs of the new Parrot bindings. I'd like to do a bit
more documentation work with the examples before checking them in (as
they replace some existing files), but they all work for me.
There's also copious documentation, including documentation of the
embarrassing bits.
On 4/6/2004 11:06 AM, Dan Sugalski wrote:
At 6:12 AM -0400 4/4/04, Randy W. Sims wrote:
[Scheme 1: hierarchy munging]
[Scheme 2: loadable-library style plugins]
Is there anything in the above that stands out as potentially being
problematic?
Well, there are a lot of languages that really dislik
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.
After using "assign" to attach a source to the stream, you can use the "read"
method to fetch a string from the stream.
The "connect
At 1:24 PM -0600 4/6/04, Luke Palmer wrote:
Dan Sugalski writes:
I'm OK with moving the return continuation out of P1 and into
somewhere else--I can even see throwing it on the control stack. (Or
a special register, I can live with that as well)
I'd like to express my vote of confidence for an R
Dan Sugalski writes:
> I'm OK with moving the return continuation out of P1 and into
> somewhere else--I can even see throwing it on the control stack. (Or
> a special register, I can live with that as well)
I'd like to express my vote of confidence for an RC register, which is
put in the contex
At 8:04 PM +0200 4/6/04, Jens Rieks wrote:
Hi,
sorry, this message was meant to go to chromatic only.
I modified my mail client setting to automatically add the mailinglist address
some weeks ago, I should revert to the old settings :-)
On Tuesday 06 April 2004 19:46, Dan Sugalski wrote:
At 7:42
Hi,
sorry, this message was meant to go to chromatic only.
I modified my mail client setting to automatically add the mailinglist address
some weeks ago, I should revert to the old settings :-)
On Tuesday 06 April 2004 19:46, Dan Sugalski wrote:
> At 7:42 PM +0200 4/6/04, Jens Rieks wrote:
> >Wh
On Tue, 2004-04-06 at 10:46, Dan Sugalski wrote:
> At 7:42 PM +0200 4/6/04, Jens Rieks wrote:
> >What do you think about a hash interface for event handling?
> >
> > newsub key, .Sub, _key_x
> > app["SDLK_x"] = key
>
> I think... I think I need to get cracking on the event handling spec.
Jarkko Hietaniemi wrote:
> Leopold Toetsch wrote:
>
>>Marcus Thiesen <[EMAIL PROTECTED]> wrote:
>>
>>
>>>Hi,
>>
>>
>>>The results of the test suite are here:
>>>http://www.thiesen.org/parrottest/vax-openbsd-3.5-beta.txt
>>
>>
>>Doesn't look too bad. There are oviously problems with floats. All
>>
At 7:42 PM +0200 4/6/04, Jens Rieks wrote:
What do you think about a hash interface for event handling?
newsub key, .Sub, _key_x
app["SDLK_x"] = key
I think... I think I need to get cracking on the event handling spec.
I'd prefer SDL to use parrot's built-in event handling system,
Hi!
Sorry for delay, I had less time than I expected.
On Sunday 04 April 2004 19:45, chromatic wrote:
> On Sun, 2004-04-04 at 10:04, Jens Rieks wrote:
> > > I think I prefer letting SDL::App be the main entry point for SDL
> > > applications, because *something* has to initialize SDL.
> >
> > So
[This is a repost because the ticket system can't handle MIME encoded mail]
Hi,
as I pointed out in my "Parrot on Alpha" post I had to do a change to the
OpenBSD platform.h file in order to get it to run on other platforms. As I
ran now into the same problem giving parrot a try on a Vax, I thin
On Tue, 2004-04-06 at 08:42, Dan Sugalski wrote:
> So we can get the damn thing nailed down and done. If there's
> something pending throw it on as a reply and we'll gather them up and
> see about making it work.
I'd like to:
- pass arguments to a constructor (or initializer, or whatev
On Tue, 2004-04-06 at 07:46, Dan Sugalski wrote:
> It needs fixing--the docs, that is, not the method. Making a custom
> find_method is going to require a bit more thought, and it might well
> need some other interesting stuff. (It ought not be inheritable, for
> example, because then you'd nee
At 10:29 PM -0800 4/1/04, chromatic wrote:
On Wed, 2004-03-03 at 09:39, Dan Sugalski wrote:
Okay, here's a sketch of where I'm going with the initialization,
finalization, and fallback method locating. We need to do this
because we're in the semi-unenviable position of supporting multiple
lang
Dan Sugalski wrote:
> So we can get the damn thing nailed down and done. If there's
> something pending throw it on as a reply and we'll gather them up and
> see about making it work.
Someone conversant with the OO bits of the Python bytecode should do a
side-by-side feature comparison to see w
So we can get the damn thing nailed down and done. If there's
something pending throw it on as a reply and we'll gather them up and
see about making it work.
--
Dan
--"it's like this"---
Dan Sugalski
At 9:12 AM +0100 4/2/04, Piers Cawley wrote:
Leopold Toetsch <[EMAIL PROTECTED]> writes:
Piers Cawley <[EMAIL PROTECTED]> wrote:
When you make a full continuation with clone, can't you chase up its
continuation chain and mark its reachable continuations (and only those
continuations) as non r
Leopold Toetsch wrote:
> Marcus Thiesen <[EMAIL PROTECTED]> wrote:
>
>>Hi,
>
>
>>The results of the test suite are here:
>>http://www.thiesen.org/parrottest/vax-openbsd-3.5-beta.txt
>
>
> Doesn't look too bad. There are oviously problems with floats. All
> native_pbc/number tests are failing.
At 6:12 AM -0400 4/4/04, Randy W. Sims wrote:
[Scheme 1: hierarchy munging]
[Scheme 2: loadable-library style plugins]
Is there anything in the above that stands out as potentially being
problematic?
Well, there are a lot of languages that really dislike having their
inheritance hierarchy change
At 9:25 PM +0200 4/3/04, Leopold Toetsch wrote:
Shouldn't {g,s}etattribute opcodes call vtable methods of the object?
Well... no, not really. There's no need for this as such. Properties
are on the PMC as a whole, so you really don't have any idea what the
structure of the PMC is. Attributes are
At 9:26 AM +0200 4/5/04, Leopold Toetsch wrote:
Chromatic <[EMAIL PROTECTED]> wrote:
According to PDD15, defining a method called __find_method() in my PASM
or PIR would allow Perl 5 AUTOLOAD-like behavior.
That's a cut'n'paste error in pdd15 - at least now.
It needs fixing--the docs, that is, no
At 1:16 PM -0700 4/4/04, chromatic wrote:
On Sun, 2004-04-04 at 10:17, Leopold Toetsch wrote:
.sub __init method
is AFAIK the constructor. It gets called automatically for all parent
classes and the class itself and is the best place to put attributes for
objects in place and set these to the
Marcus Thiesen <[EMAIL PROTECTED]> wrote:
> Hi,
> The results of the test suite are here:
> http://www.thiesen.org/parrottest/vax-openbsd-3.5-beta.txt
Doesn't look too bad. There are oviously problems with floats. All
native_pbc/number tests are failing. Also type conversions are broken.
To fix
Tim Bunce <[EMAIL PROTECTED]> wrote:
> find_type app_type, 'SDL', 'App'
> or: find_type app_type, [ 'SDL', 'App' ]
No. C finds a class enum. These types are kept in an
array - no hierarchy.
> .namespace [ 'MoveLogo', 'EventHandler' ]
That *would* be:
.namespace [ 'MoveLogo'; 'Event
On Mon, Apr 05, 2004 at 09:33:15PM -0700, chromatic wrote:
> On Mon, 2004-03-29 at 23:33, chromatic wrote:
>
> > With the improved object system in place, I've been porting the existing
> > SDL Parrot bindings.
>
> Here's a quick status update. With helpful suggestions from Jens and
> Allison, I
Jim Cromie wrote:
>
> Heres a 'working' version of my earlier proposal,
> patched against [EMAIL PROTECTED]
>
> I hope you find it useful for regression testing of the optimizer,
> and the opcode generation phases.
Thanks, applied to bleadperl as change #22664.
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Okay, here's a sketch of where I'm going with the initialization,
> finalization, and fallback method locating.
As the current init scheme isn't really flying (and not in sync with
this proposal) here is a first hack to get it running.
> CONSTRUCT is the
32 matches
Mail list logo
