Re: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 9:37 PM -0500 1/14/03, Christopher Armstrong wrote: On Tue, Jan 14, 2003 at 03:00:17PM -0500, Dan Sugalski wrote: At 11:44 AM -0800 1/14/03, Mr. Nobody wrote: >Seems pretty reasonable, but don't you mean PerlRef, PerlAttr, PerlClass, >PerlObject? Nope. There's nothing particularly perlish

Re: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 9:18 PM -0500 1/14/03, Christopher Armstrong wrote: On Tue, Jan 14, 2003 at 12:38:35PM -0800, Jonathan Sillito wrote: > -Original Message- > From: Dan Sugalski [mailto:[EMAIL PROTECTED]] > A property is a runtime assignable name/value pair that you stick on > a variable or value.

Re: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 8:53 PM -0800 1/14/03, Adriano wrote: On Tue, 14 Jan 2003 17:18:22 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote: Dan: You're off. It'll be something like: callmethod Px, "method_name" or jmpmethod Px, "method_name" Jonathan: Is there going to be any way to (in PASM) find a method with

Re: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 6:16 PM -0500 1/14/03, attriel wrote: Short version: I think both are good. Yes/No is inferrable from a pointer, but if the pointer has to include other information (and thus be a full PMC or however, precisely) seperate might be good. I think we're going to have to go with can and method

Re: Objects, finally (try 1)

2003-01-14 Thread Christopher Armstrong
On Tue, Jan 14, 2003 at 03:00:17PM -0500, Dan Sugalski wrote: > At 11:44 AM -0800 1/14/03, Mr. Nobody wrote: > >Seems pretty reasonable, but don't you mean PerlRef, PerlAttr, PerlClass, > >PerlObject? > > Nope. There's nothing particularly perlish about them, and if we're > going to have a common

Re: Objects, finally (try 1)

2003-01-14 Thread Christopher Armstrong
On Tue, Jan 14, 2003 at 12:38:35PM -0800, Jonathan Sillito wrote: > > -Original Message- > > From: Dan Sugalski [mailto:[EMAIL PROTECTED]] > > > A property is a runtime assignable name/value pair that you stick on > > a variable or value. An attribute is a named variable that all > > objec

Re: Objects, finally (try 1)

2003-01-14 Thread attriel
> Dan: >> Yep. There should be a can operator, though I'm not sure how often one >> wants to check for the existence of a method in an object without >> calling it. But no reason not to. More for rev 2. Adriano: > I think what Jonathan asked for was an operator for returning a method > (as an o

Re: Objects, finally (try 1)

2003-01-14 Thread Adriano
On Tue, 14 Jan 2003 17:18:22 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote: Dan: You're off. It'll be something like: callmethod Px, "method_name" or jmpmethod Px, "method_name" Jonathan: Is there going to be any way to (in PASM) find a method with out invoking it? I am not sure, but it may

Re: benchmarking - it's now all(-1,0,1,5,6)% faster

2003-01-14 Thread Dan Sugalski
At 7:43 AM +0100 1/14/03, Leopold Toetsch wrote: BTW, I legitimatly don't know. I have a sinking suspicition that the only way to know if somthing is a jump target is to scan through the entire bytecode and check if it gets used as one. I'm all for having an optional "jump/branch target" secti

RE: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 3:05 PM -0600 1/14/03, Garrett Goebel wrote: From: Dan Sugalski [mailto:[EMAIL PROTECTED]] Properties can come and go at runtime, but attributes are fixed. (I think you could also consider attributes "instance variables", but I'm a bit OO fuzzy so I'm not sure that's entirely right) Both

RE: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 1:24 PM -0800 1/14/03, Mr. Nobody wrote: So a property is just an element in a hash attribute? No. Properties are separate from anything OO. -- Dan --"it's like this"--- Dan Sugalski

RE: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 12:38 PM -0800 1/14/03, Jonathan Sillito wrote: > -Original Message- From: Dan Sugalski [mailto:[EMAIL PROTECTED]] A property is a runtime assignable name/value pair that you stick on a variable or value. An attribute is a named variable that all objects of a particular class h

[perl #20320] [PATCH] bring pdd06_pasm.pod up to date

2003-01-14 Thread via RT
# New Ticket Created by Jonathan Sillito # Please include the string: [perl #20320] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=20320 > The documentation for the lexical ops in pdd06_pasm.pod has gotten out of date. I do

RE: Objects, finally (try 1)

2003-01-14 Thread Mr. Nobody
--- Garrett Goebel <[EMAIL PROTECTED]> wrote: > From: Dan Sugalski [mailto:[EMAIL PROTECTED]] > > At 9:51 AM -0800 1/14/03, Jonathan Sillito wrote: > > > > > >Below are some questions about this ... > > > > And now some answers. :) > > > > >> From: Dan Sugalski [mailto:[EMAIL PROTECTED]] > > > >

Re: Problems making the recent cvs snapshot under cygwin.

2003-01-14 Thread Joseph F. Ryan
Joseph F. Ryan wrote: I'm having problems making off of the recent cvs snapshot. When running Configure, I get the errors/output below. Could anyone suggest a fix that I could try? I am running windows 2kpro, with gcc under cygwin as my compiler. Then: Mr. Nobody wrote: Your perl5 was c

RE: Objects, finally (try 1)

2003-01-14 Thread Garrett Goebel
From: Dan Sugalski [mailto:[EMAIL PROTECTED]] > At 9:51 AM -0800 1/14/03, Jonathan Sillito wrote: > > > >Below are some questions about this ... > > And now some answers. :) > > >> From: Dan Sugalski [mailto:[EMAIL PROTECTED]] > > > >[snip] > > > >> Objects, as far as I see it, have the followi

RE: Objects, finally (try 1)

2003-01-14 Thread Jonathan Sillito
> -Original Message- > From: Dan Sugalski [mailto:[EMAIL PROTECTED]] > A property is a runtime assignable name/value pair that you stick on > a variable or value. An attribute is a named variable that all > objects of a particular class have. > > Properties can come and go at runtime, but

[perl #20315] [PATCH] eval

2003-01-14 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #20315] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=20315 > Attached is a first try towards eval. - interpreter has a new data member Parrot_com

RE: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 11:44 AM -0800 1/14/03, Mr. Nobody wrote: Seems pretty reasonable, but don't you mean PerlRef, PerlAttr, PerlClass, PerlObject? Nope. There's nothing particularly perlish about them, and if we're going to have a common base set of object functionality, they'll probably be named ParrotRef/At

RE: Objects, finally (try 1)

2003-01-14 Thread Mr. Nobody
--- Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 9:51 AM -0800 1/14/03, Jonathan Sillito wrote: > >Dan, > > > >Below are some questions about this ... > > And now some answers. :) > > > > -Original Message- > >> From: Dan Sugalski [mailto:[EMAIL PROTECTED]] > > > >[snip] > > > >> Objec

RE: Objects, finally (try 1)

2003-01-14 Thread Dan Sugalski
At 9:51 AM -0800 1/14/03, Jonathan Sillito wrote: Dan, Below are some questions about this ... And now some answers. :) > -Original Message- From: Dan Sugalski [mailto:[EMAIL PROTECTED]] [snip] Objects, as far as I see it, have the following properties: 1) They have runtime-

Re: Problems making the recent cvs snapshot under cygwin.

2003-01-14 Thread Mr. Nobody
--- "Joseph F. Ryan" <[EMAIL PROTECTED]> wrote: > I'm having problems making off of the recent cvs snapshot. When > running Configure, I get the errors/output below. Could anyone > suggest a fix that I could try? > > I am running windows 2kpro, with gcc under cygwin as my compiler. > > Thanks,

RE: Objects, finally (try 1)

2003-01-14 Thread Jonathan Sillito
Dan, Below are some questions about this ... > -Original Message- > From: Dan Sugalski [mailto:[EMAIL PROTECTED]] [snip] > Objects, as far as I see it, have the following properties: > > 1) They have runtime-assignable properties Terminology question: what is the difference between a p

Re: This week's Perl Summary

2003-01-14 Thread Jerome Quelin
[EMAIL PROTECTED] wrote: > Rafael Garcia-Suarez earned at least one giggle when he > suggested that we just needed "v~" "^~" and we had our > own flavour of Befunge. I promise: Lyon.pm does _not_ earn anything from Chris Pressey [0] in order to support Befunge! :-) Jerome [0] Chris Pressey is

This week's Perl Summary

2003-01-14 Thread p6summarizer
The Perl 6 Summary for the week ending 20030112 ... and we're back. Yup, it's summary time again. We'll dive straight in with perl6-internals (as if you expected anything else). More thoughts on DOD Leopold Tötsch posted a test program showing the effects of PMC size and timing o

Re: Problems making the recent cvs snapshot under cygwin.

2003-01-14 Thread Dan Sugalski
At 12:39 AM -0500 1/14/03, Joseph F. Ryan wrote: I'm having problems making off of the recent cvs snapshot. When running Configure, I get the errors/output below. Could anyone suggest a fix that I could try? I am running windows 2kpro, with gcc under cygwin as my compiler. Are you using Activ

[CVS ci] imcc 0.0.9.9

2003-01-14 Thread Leopold Toetsch
With this version of imcc, some typo fixes in tests and the assemble.pl below all parrot tests except t/op/interp_1 succeed, when assembled by imcc. The failing test is probably due to the global interpreter var, that imcc has. Nice to would have: - some more environment vars in Test.pm: like PA

Re: benchmarking - it's now all(-1,0,1,5,6)% faster

2003-01-14 Thread James Mastros
On 01/12/2003 4:41 AM, Leopold Toetsch wrote: There might be additional problems with glibc, but the deviations in JIT code timings are only caused by moving the loop by on byte (crossing a 8 byte boundary). Do we have enough metadata at JIT-time to pad locations that get jmp'd to to an 8-byte