Dan Sugalski <[EMAIL PROTECTED]> wrote:
> The rule is that a method in a class has access to the attributes for
> that class and nothing else.
Ah, that was the reason of my confusion. Could you adapt the docs
accordingly:
,--[ pdd15 ]---
| DESCRIPT
At 8:10 AM +0100 2/26/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 4:54 PM -0500 2/25/04, Simon Glover wrote:
If I'm understanding the docs correctly, this should print '0'.
Instead, it prints 'Array index out of bounds!'
Another bug, though the offset ought to be 2
At 2:21 PM -0500 2/25/04, Simon Glover wrote:
(You're probably getting sick of these by now...)
Should asking for a non-existant attribute cause Parrot to throw an
exception. Currently, it doesn't seem to be able to make up its mind
[snip]
but if we ask for an attribute with an offset >= 2
or
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 8:10 AM +0100 2/26/04, Leopold Toetsch wrote:
>>
>>*Please* don't. C (and attribute access) should by all
>>means start with 0.
> Why?
Simplifies compilers:
newclass P1, "Foo"
addattribute P1, "i"
findclass I1, "Foo"
new P2, I1
cl
At 2:38 PM +0100 2/26/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 8:10 AM +0100 2/26/04, Leopold Toetsch wrote:
*Please* don't. C (and attribute access) should by all
means start with 0.
Why?
Simplifies compilers:
newclass P1, "Foo"
addattribute P1, "i"
fin
On Thu, 26 Feb 2004, Dan Sugalski wrote:
> At 2:38 PM +0100 2/26/04, Leopold Toetsch wrote:
> >Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >> At 8:10 AM +0100 2/26/04, Leopold Toetsch wrote:
> >>>
> >>>*Please* don't. C (and attribute access) should by all
> >>>means start with 0.
> >
> >> Why?
>
On Thu, 26 Feb 2004, Leopold Toetsch wrote:
> Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> > Solaris/SPARC/Sun cc, longsize=4:
>
> > # PackFile_unpack: Not a Parrot PackFile!
> > # Magic number was [0x20a54100] not [0x013155a1]
>
> Does it work now?
Yes, great! Thanks.
>
> > And, just
Once we've got 0.1.0 put to bed we're going to need to move in on
0.1.1. I'd like to have three things concentrated on:
1) Proper constructors, destructors, fallback method searching, and
overloaded operator and assignment for objects
2) Namespaces all finalized
3) Runtime bytecode loading nai
At 10:03 AM -0500 2/26/04, Simon Glover wrote:
On Thu, 26 Feb 2004, Dan Sugalski wrote:
At 2:38 PM +0100 2/26/04, Leopold Toetsch wrote:
>Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >> At 8:10 AM +0100 2/26/04, Leopold Toetsch wrote:
\> > > No, it won't. No code should ever assume an absolute o
At 10:13 AM -0500 2/26/04, Andrew Dougherty wrote:
In a somewhat similar vein, a challenge is emerging on the
Linux/UltraSPARC front. Under Debian's current 'unstable' and 'testing'
distributions, for example, you end up with the following types:
iv=long, intvalsize=8, intsize=4, opcode_t=long
Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> perl Configure.pl
> will automatically pick up this broken configuration.
Yep. We have to cleanup here. Ages ago we did need a proper perl for
generating the pack formats. Now we just need any perl that runs the
config scripts. Parrot types sho
On Thu, 26 Feb 2004, Dan Sugalski wrote:
> At 10:03 AM -0500 2/26/04, Simon Glover wrote:
> >On Thu, 26 Feb 2004, Dan Sugalski wrote:
> >
> >> >like t/pmc/objects.t?
> >>
> >> I was waiting for you to pull that out. :) Yes, objects.t assumes
> >> some evil low-level knowledge of the internals.
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Yep, it looks like everything that should work now actually *does*
> work now
I've committed some fixes and more tests. Dan, can you please have a
look at:
$ perl -Ilib t/pmc/objects.t
[ snip ]
ok 23 - attribute values and subclassing 2
and add some comm
Some quick observations on parrot_2004-02-26_08.
Odd files to be executable:
./docs/dev/dod.dev
./docs/dev/rx.dev
./languages/tcl/MAINTAINER
./languages/tcl/examples/Makefile
./lib/Digest/Perl/MD5.pm
A perl by any other name, may be a different perl.
perl and /usr/bin/perl
At 6:22 PM +0100 2/26/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Yep, it looks like everything that should work now actually *does*
work now
I've committed some fixes and more tests. Dan, can you please have a
look at:
$ perl -Ilib t/pmc/objects.t
[ snip ]
ok 23 - attribut
Here's a summary of what I've been able to test so far. Feel free to
edit as you see fit. (The Solaris Y/84 means 84 subtests failed under
'make testj'. I had to manually kill a number of them too, so if you just
want to replace that by a plain 'No', it's ok by me.
Finally, it'd probably make s
On 26 Feb 2004, at 18:57, Mitchell N Charity wrote:
A perl by any other name, may be a different perl.
perl and /usr/bin/perl are both common in #!'s.
I been changing them to "#! perl -w" when i find them, which is why
your list covers the places I haven't visited. The good thing about the
ban
The Perl 6 Summary for the week ending 20040222
Welcome to the latest belated Perl 6 Summary. I'm running late, so we'll
just dive straight into perl6-internals
Loading bytecode at runtime
Last week Dan had specced out the rules for runtime loading of bytecode.
This week, Leo Töt
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 6:22 PM +0100 2/26/04, Leopold Toetsch wrote:
>>- classoffset and attribute offsets of subclassed objects, e.g.
>> how to get at the very first attribute
> Which very first attribute? The first attribute for a class, or the
> first attribute in the ob
At 9:19 PM +0100 2/26/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 6:22 PM +0100 2/26/04, Leopold Toetsch wrote:
- classoffset and attribute offsets of subclassed objects, e.g.
how to get at the very first attribute
Which very first attribute? The first attribute for
docs/pdds/pdd15_objects.pod, =head2 Translation, includes (edited)
What .NET calls an attribute parrot calls a property
What .NET calls a property parrot calls an attribute
Ouch.
In these lines one hears the echos of future years of confusion,
endlessly repeated explanations, failed searches
Dan Sugalski writes:
> At 2:38 PM +0100 2/26/04, Leopold Toetsch wrote:
> >Simplifies compilers:
> >
> >newclass P1, "Foo"
> >addattribute P1, "i"
> >findclass I1, "Foo"
> >new P2, I1
> >
> >classoffset I2, P2
> >
> >In static cases, where P2 is known to be a C, attrib #0 ("i")
On Thu, 26 Feb 2004 09:29:59 +0100, [EMAIL PROTECTED] (Leopold Toetsch) wrote:
> Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> > Please help me fill out the blanks by sending or committing patches.
> > Please make sure to have the latest and best Parrot from CVS.
Here (and attached) is summary of
# New Ticket Created by Adam Thomason
# Please include the string: [perl #27167]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27167 >
Attached patch adds docs/porting_intro.pod, a newcomer's guide to Parrot
subsystems
It's that time of year again, and we're looking for reviewers for the
2nd edition of "Perl 6 Essentials". The review will start mid-March and
last about a week. Drop me a message if you're interested. We may have
to narrow down the list of volunteers a bit. 15 sets of comments is
about the maximum
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Please help me fill out the blanks by sending or committing patches.
> Please make sure to have the latest and best Parrot from CVS.
Still a lot of platforms missing. Please ...
:r PLATFORMS
Parrot-0.0.999 was reported to compile and run tests success
Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> Solaris/SPARC/Sun cc, longsize=4:
> # PackFile_unpack: Not a Parrot PackFile!
> # Magic number was [0x20a54100] not [0x013155a1]
Does it work now?
> And, just to round out the report, on x86 with long-long opcodes,
... is broken ;)
> (what
Goplat <[EMAIL PROTECTED]> wrote:
[ patches ]
Thanks, applied.
leo
28 matches
Mail list logo
