Goplat [EMAIL PROTECTED] wrote:
[ patches ]
Thanks, applied.
leo
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 you
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
Dan Sugalski [EMAIL PROTECTED] wrote:
At 8:10 AM +0100 2/26/04, Leopold Toetsch wrote:
*Please* don't. Cclassoffset (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
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. Cclassoffset (and attribute access) should by all
means start with 0.
Why?
Simplifies
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
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
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.
Well, in
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 - attribute
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
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
bang
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 object?
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
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 the
# New Ticket Created by Adam Thomason
# Please include the string: [perl #27167]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=27167
Attached patch adds docs/porting_intro.pod, a newcomer's guide to Parrot
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 CFoo, attrib #0 (i) would
be always 0. That
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 a
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
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 offset.
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,
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 to round out
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. Cclassoffset (and attribute access) should by all
means start with 0.
Why?
Simplifies compilers:
newclass P1, Foo
addattribute P1, i
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:
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 ]---
| DESCRIPTION
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
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
27 matches
Mail list logo