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

Re: Array Questions

2003-01-14 Thread Piers Cawley
Michael Lazzaro <[EMAIL PROTECTED]> writes: > On Thursday, January 9, 2003, at 03:24 AM, Damian Conway wrote: >> Michael Lazzaro asked: >>>class FileBasedHash is Hash { ...stuff... }; >>>my %data is FileBasedHash('/tmp/foo.txt'); >> Yes. > >>>my $path = '/tmp/foo.txt'; >>>my %data

Re: Array Questions

2003-01-14 Thread Piers Cawley
Damian Conway <[EMAIL PROTECTED]> writes: > Michael Lazzaro wrote: >> Which, in turn, implies that the lines: >>my Foo $a; # (1) >>my $a is Foo; # (2) >>my Foo $a is Foo; # (3) >> are all subtly different. (2) and (3) (auto)instantiate a Foo, but >> (1) does not. > > Corr

Re: "Disappearing" code

2003-01-14 Thread Piers Cawley
Damian Conway <[EMAIL PROTECTED]> writes: > John Siracusa asked: > >> Has there been any discussion of how to create code in Perl 6 that's there >> under some conditions, but not there under others? I'm thinking of the >> spiritual equivalent of #ifdef, only Perlish. >> In Perl 5, there were many

[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: 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

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: 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: Array Questions

2003-01-14 Thread Michael Lazzaro
On Tuesday, January 14, 2003, at 02:24 AM, Piers Cawley wrote: Michael Lazzaro <[EMAIL PROTECTED]> writes: Great -- then I have only one more question, I think. In the words of a certain cartoon character, what's *this* button do? my $b is $a; Compile time error. 'is' is a compile time pr

Re: Array Questions

2003-01-14 Thread Dan Sugalski
At 9:23 AM -0800 1/14/03, Michael Lazzaro wrote: On Tuesday, January 14, 2003, at 02:24 AM, Piers Cawley wrote: Michael Lazzaro <[EMAIL PROTECTED]> writes: Great -- then I have only one more question, I think. In the words of a certain cartoon character, what's *this* button do? my $b is $

Re: This week's Perl Summary

2003-01-14 Thread Mr. Nobody
--- [EMAIL PROTECTED] wrote: > L2R/R2L syntax > Argh! No! It's back and this time it means business. The dreaded > left->right versus right->left thing came back, and this time it was > Damian applying the electrodes to the corpse. Of course, it being > Damian > he was instantly f

Re: This week's Perl Summary

2003-01-14 Thread Buddha Buck
Mr. Nobody wrote: If you and Damian think you'll get me to leave p6l this easily, forget it. I've seen far worse flames than that. While you were the person that Damian lost his sense of humor at, Piers didn't identify you in this part of the summary. So I don't think Piers was trying to ge

Re: This week's Perl Summary

2003-01-14 Thread Piers Cawley
"Buddha Buck" <[EMAIL PROTECTED]> writes: > Mr. Nobody wrote: > >> If you and Damian think you'll get me to leave p6l this easily, >> forget it. >> I've seen far worse flames than that. > > While you were the person that Damian lost his sense of humor at, > Piers didn't identify you in this part o

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: 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 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

[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

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: 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

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

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: 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 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]] > > > >

[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 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

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 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: 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 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: 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 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 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 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 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 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 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