Perl 6 Summary for 2005-01-18 through 2005-01-31

2005-01-31 Thread Matt Fowles
Perl 6 Summary for 2005-01-18 through 2005-01-31 All~ Welcome to another double feature summary. Sadly, this one was delayed because of an argument that I was/am having with my connection. Fortunately, a generous neighbor has allowed me to use his connection for the time being.

Re: lib/Make.pm obsolete?

2005-01-31 Thread Matt Diephouse
On Sat, 29 Jan 2005 14:48:22 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Matt Diephouse <[EMAIL PROTECTED]> wrote: > > Is there any reason to keep lib/Make.pm around? > > No, AFAIK. Since no one has said anything to the contrary, would someone remove it? Then I'll close the appropriate ti

[perl #33995] [BUG] Configure warning on gdbmhash

2005-01-31 Thread Bernhard Schmalhofer via RT
> The recent gdbmhash configure check causes the following output on my > system during the build. I have changed dynclasses.in to use the CONDITIONED_LINE hack. So there is no longer a need to access a potentially undefined config value. A patch is attached. > runtime/parrot/include...

Re: bound methods

2005-01-31 Thread Leopold Toetsch
Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> ... But that doesn't >> work fur user methods, especially if there is no indication that a user >> function is used as a method in the first place. >> >> def find(s, sub): >> ... > In Python, this is statically determinable. I

Re: bound methods

2005-01-31 Thread Leopold Toetsch
Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> >> Not quite. It's just: >> >> f = getattribute Parrot_string, "find" >> >> nothing more. The C vtable has to do the right thing, i.e. >> if the attribute is a callable, it has to return a bound method object. > Exactly. [ I've che

Re: bound methods

2005-01-31 Thread Sam Ruby
Leopold Toetsch wrote: Sam Ruby <[EMAIL PROTECTED]> wrote: Leopold Toetsch wrote: WRT functionality: for a call it has to shift up PMC arguments and insert the object as P5, right? At the moment, it contains this logic. My plans are to remove the shifting and set the object into P2 / INTERP->ctx

Re: [perl #33171] Error When Reading Past EOF

2005-01-31 Thread Matt Diephouse
On Thu, 23 Dec 2004 11:02:16 -0800, via RT Matt Diephouse <[EMAIL PROTECTED]> wrote: > # New Ticket Created by  Matt Diephouse > # Please include the string:  [perl #33171] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org:80/rt3/Ticket/Display.html?id=33

Re: bound methods

2005-01-31 Thread Leopold Toetsch
Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: [ provide Bound_Meth core PMC classes ] > Cool. I'd likely still subclass it to provide a get_string. Yep. >> WRT implementation: I'd like to swap struct_val/pmc_val for all Sub >> classes. It's just cleaner but should be almost full

[perl #34002] [PATCH] 'const' for ParrotIOLayerAPI instances

2005-01-31 Thread François
# New Ticket Created by FranÃois PERRAD # Please include the string: [perl #34002] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=34002 > All instances of ParrotIOLayerAPI could be declared as 'const' in the IO subsystem

Re: bound methods

2005-01-31 Thread Leopold Toetsch
Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> WRT functionality: for a call it has to shift up PMC arguments and >> insert the object as P5, right? > At the moment, it contains this logic. My plans are to remove the > shifting and set the object into P2 / INTERP->ctx.current_ob

Re: [perl #32563] [RESOLVED] [BUG] missing Makefile dependencies

2005-01-31 Thread Leopold Toetsch
Will Coleda via RT wrote: According to our records, your request regarding "[BUG] missing Makefile dependencies" has been resolved. No, isn't resolved. At least there isn't any rule, which changes need which level of "make *clean". Changes to classes/* comes to my mind. leo