Re: Multiple classifications of an object

2001-06-28 Thread David L. Nicol
Garrett Goebel wrote: > > So every class has a vtable, which is a copy of its parents except for > > what is overridden within it, and a instance that wishes to > > deviate could make a local copy of its vtable and twiddle it. > Why not just fall back to the ancestor(s) unless it provides its o

Class::Object (was Re: Multiple classifications of an object)

2001-06-28 Thread Michael G Schwern
On Wed, Jun 27, 2001 at 01:00:40PM -0700, David Whipp wrote: > For the distinction between methods vs members, I don't think > we have to stray too far from perl-is-perl. Afterall, we already > know that &foo is a function and $foo is a scalar. So from an > implementation perspective there's no pr

Re: Class::Object (was Re: Multiple classifications of an object)

2001-06-28 Thread Michael G Schwern
Oh yeah. Look at Class::Classless. -- Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobox.com/~schwern/ Perl6 Quality Assurance <[EMAIL PROTECTED]> Kwalitee Is Job One Maybe they hooked you up with one of those ass-making magazines. -- brian d. foy as misheard by Mic

RE: Multiple classifications of an object

2001-06-28 Thread Garrett Goebel
From: David L. Nicol [mailto:[EMAIL PROTECTED]] > "Mark J. Reed" wrote: > > > But you're opening a big can of worms if you make such a > > change. The biggest impact would be in the way methods are defined. > > Instead of just being members of a package, they would have to be > > associated with

Re: Multiple classifications of an object

2001-06-28 Thread Damian Conway
> > The downside is of course that I need to make a small stub for every > > single function I want to delegate. > > Well, that's relatively simple to automate... > > Wasn't Damian working on something like this? I looked at his > delegation stuff in perl5+i, but it didn't

RE: Multiple classifications of an object

2001-06-28 Thread Dan Sugalski
At 09:51 AM 6/28/2001 -0500, Garrett Goebel wrote: >From: David L. Nicol [mailto:[EMAIL PROTECTED]] > > "Mark J. Reed" wrote: > > > > > But you're opening a big can of worms if you make such a > > > change. The biggest impact would be in the way methods are defined. > > > Instead of just being me

Re: The internal string API

2001-06-28 Thread Bart Lateur
On Tue, 19 Jun 2001 14:51:43 -0500, Jarkko Hietaniemi wrote: >But a locale is a collection of user preferences. How I want >my dates to be formatted, how I want my strings to be sorted. That's not right. If I do a text conversion from Windows to Mac, I would want to source to use the CP-1522 lo

Re: The internal string API

2001-06-28 Thread Jarkko Hietaniemi
On Fri, Jun 29, 2001 at 02:52:03AM +0200, Bart Lateur wrote: > On Tue, 19 Jun 2001 14:51:43 -0500, Jarkko Hietaniemi wrote: > > >But a locale is a collection of user preferences. How I want > >my dates to be formatted, how I want my strings to be sorted. > > That's not right. If I do a text con

Re: Multiple classifications of an object

2001-06-28 Thread Bart Lateur
On Wed, 27 Jun 2001 13:48:38 -0400, Dan Sugalski wrote: >And the current @ISA stuff is MI, >albeit on a per-class basis rather than on a per-object one. > >Anyway, as Damian mentioned, setting the .ISA property is a perfectly >reasonable sort of thing to do if the language supports this. Just

RE: Multiple classifications of an object

2001-06-28 Thread Brent Dax
I'd think that @ISA would be copied to .ISA on object instantiation, and after that the two wouldn't have anything to do with each other. We could set up one of those cool copy-on-write locks everyone's been talking about to save memory too. Or we could have it default to @ISA if .ISA doesn't ex

Per-object inheritance in core a red herring?

2001-06-28 Thread Michael G Schwern
"You are to chop down the largest tree in the forest with... A HERRING!" I've been following this whole per-object inheritance thing, .ISA, etc... and one thing keeps coming to mind. Why does this have to be in the core language? First, its a relatively obscure feature. Per-object inherita