At Tue, 31 Aug 2004 13:23:04 -0400,
[EMAIL PROTECTED] (Aaron Sherman) wrote:
> I would think you actually want to be able to define grep, map, et al.
> in terms of the mechanism for unraveling, and just let the optimizer
> collapse the entire pipeline down to a single map.
Even for map and grep th
Steve Fink <[EMAIL PROTECTED]> wrote:
> ... Leo's @ANON implementation of
> your scheme works great for me (I have no problem wrapping that around
> my code.) All this does raise the question of garbage collection for
> packfile objects; is there any?
Not yet. We basically have two kinds of dynam
Hi,
Did anybody try to crosscompile parrot? It doesn't seem to work. I tried
it with parrot_2004-08-26_23 by setting
--cc=arm-softfloat-linux-gnu-gcc
--ld=arm-softfloat-linux-gnu-gcc
on configure, but that fails with:
--8<--
[EMAIL PROTECTED]:~/tmp/parrot>
--- Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
> Printing a initialised ParrotLibrary currently gives
> you the '_filename'
> property. This is highly platform dependent, and
> therefore hard to test.
>
> I could rewrite the test and check only, that the
> stringified
> ParrotLibrary conta
At 7:32 PM +0200 9/1/04, Robert Schwebel wrote:
Hi,
Did anybody try to crosscompile parrot? It doesn't seem to work.
That doesn't surprise me. We still pull information out of the local
perl install (which'll be wrong, of course, in a cross-compilation
environment) and I'm pretty sure we don't pa
On Tue, 2004-08-31 at 14:11, Sean O'Rourke wrote:
> At Tue, 31 Aug 2004 13:23:04 -0400,
> [EMAIL PROTECTED] (Aaron Sherman) wrote:
> > I would think you actually want to be able to define grep, map, et al.
> > in terms of the mechanism for unraveling, and just let the optimizer
> > collapse the ent
Hi,
> fixed sizes of integer, so I'd aim some ops at low-level types of
> known size and leave it at that.
Quite a while back, I did add a few opcodes for fixed size integer operations
for Parrot .. But they were added for a totally different HLL :)
> matter what you do with the high bits. I
How do you declare attribute functions? Specifically, I was thinking
about map and what kind of object it would return, and I stumbled on a
confusing point:
class mapper does iterator {
has &.transform;
...
}
Ok, that's fine, but what kind of access
On Mon, 2004-08-30 at 14:40, Ozgun Erdogan wrote:
> > > Currently, we're using perl-5.6.1 and are having problems with memory
> > > leaks - thanks to reference counting.
> >
> > You'll have to break reference loops explicitely.
>
> If only I had known where those circular references are. I have a
On Tue, 31 Aug 2004 05:56:27 -0700 (PDT), Joshua Gatcomb
<[EMAIL PROTECTED]> wrote:
> Obviously the test is passing, but the expected result
> is different:
> loaded runtime/parrot/dynext/libnci.so
> vs
> loaded libnci.so
I'm getting the same thing on Solaris 8 using GCC 3.4.1 with solaris binutil
On Sat, 2004-08-28 at 16:17, Dan Sugalski wrote:
> Time to finish this one and ensconce the API into the embedding interface.
That reminds me, I was reading P6&PE yesterday, and I came across a
scary bit on loading of shared libraries. The statement was made that
Parrot would search the current di
At 11:00 AM -0400 9/1/04, Aaron Sherman wrote:
On Sat, 2004-08-28 at 16:17, Dan Sugalski wrote:
Time to finish this one and ensconce the API into the embedding interface.
That reminds me, I was reading P6&PE yesterday, and I came across a
scary bit on loading of shared libraries. The statement was
On Sat, 14 Aug 2004, Smylers wrote:
> > could reparse the result. XXX .repr is what Python calls it, I think.
> > Is there a better name?
>
> Yes; I've no suggestions as to what it might be, but surely there's
> _got_ to be a better name than C<.repr>.
.repr is fine for me. An alternative that
Below is a pod document describing some IMHO worthwhile changes. I hope
I didn't miss some issues that could inhibit the implementation.
Comments welcome,
leo
=head1 1. Proposal for a new PMC layout and more
=head2 1.1. Current state - PMC size and structure
PMCs are using too much memory (5 wo
On Wed, Sep 01, 2004 at 10:41:37AM -0400, Aaron Sherman wrote:
: How do you declare attribute functions? Specifically, I was thinking
: about map and what kind of object it would return, and I stumbled on a
: confusing point:
:
: class mapper does iterator {
: has &.transform;
Hi,
Here's a small fix to the root.in makefile; this fix is needed to get Parrot
building again on Win32 and probably in some other places too.
Jonathan
makefile.diff
Description: Binary data
At 5:17 PM +0200 9/1/04, Leopold Toetsch wrote:
Below is a pod document describing some IMHO worthwhile changes. I
hope I didn't miss some issues that could inhibit the implementation.
Interesting. But... no. Things are the way they are on purpose -- a
lot of thought, a not-incosiderable amount o
On Wed, 2004-09-01 at 11:17, Leopold Toetsch wrote:
> Comments welcome,
Honestly, much of this goes beyond my meager understanding of Parrot
internals, but I've read it, and most of it seems reasonable. Just on
point where you may not have considered a logical alternative:
> =head2 2.6. Morphing
On Wed, Sep 01, 2004 at 05:17:55PM +0200, Leopold Toetsch wrote:
> PMCs are using too much memory (5 words for an Integer PMC, 11 + n
> words plus two indirection for an object with n attributes). The
> reduction of IIRC 9 words to the current 5 words almost doubled
> execution speed for not too s
On Wed, Sep 01, 2004 at 08:02:33AM -0700, Larry Wall wrote:
: That might not work either. This will, though:
:
: ($x.transform)();
So will
$x.transform()();
for that matter...
Larry
Larry Wall skribis 2004-09-01 8:02 (-0700):
> : $x.transform.();
> That might not work either. This will, though:
> ($x.transform)();
This is surprising. Can you please explain why .() won't work? I have
methods return subs quite often, and like that I can just attach ->() to
it to make
On Sep-01, Leopold Toetsch wrote:
> Below is a pod document describing some IMHO worthwhile changes. I hope
> I didn't miss some issues that could inhibit the implementation.
Overall, I like it, although I'm sure I haven't thought of all of the
repercussions.
The one part that concerns me is the
At 5:17 PM +0200 9/1/04, Leopold Toetsch wrote:
Below is a pod document describing some IMHO worthwhile changes. I
hope I didn't miss some issues that could inhibit the implementation.
Okay, the "No" warrants more explanation.
First off, the current structure of PMCs, Buffers, and Strings is
defi
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #31419]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31419 >
On Solaris 8, asctime_r takes 3 parameters instead of 2. The
prototype looks li
I promised Patrick this a while back but never got it, so here it is.
This is a list of the semantics that I see as needed for a regex
engine. When we have 'em, we'll map them to string ops, and may well
add in some special-case code for faster access.
*) extract substring
*) exact string compar
On Wed, Sep 01, 2004 at 07:08:57PM +0200, Juerd wrote:
: Larry Wall skribis 2004-09-01 8:02 (-0700):
: > : $x.transform.();
: > That might not work either. This will, though:
: > ($x.transform)();
:
: This is surprising. Can you please explain why .() won't work? I have
: methods return su
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #31423]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31423 >
Hi,
this patch adds two tests to t/pmc/nci.t.
The first new test should be
On Wed, Sep 01, 2004 at 01:57:32PM -0400, Dan Sugalski wrote:
: I promised Patrick this a while back but never got it, so here it is.
:
: This is a list of the semantics that I see as needed for a regex
: engine. When we have 'em, we'll map them to string ops, and may well
: add in some special-
On Wed, Sep 01, 2004 at 01:07:49PM -0700, Larry Wall wrote:
: We might have to use arbitrary code to match arrays and hashes as well,
: if the opcodes support only scalar string matches.
I really wasn't being very clear about this. For efficiency we may
need "trie" support (or something like it)
On Wed, 2004-09-01 at 16:07, Larry Wall wrote:
> I see one other potential gotcha with respect to backtracking and
> closures. In P6, a closure can declare a hypothetical variable
> that is restored only if the closure exits "unsuccessfully". Within
> a rule, an embedded closure is unsuccessful
On Wed, 2004-09-01 at 16:33, Aaron Sherman wrote:
> rule foo { a $x:=(b*) c }
In the rest of my message I acted as if that read:
rule foo { a $x:=(b+) c }
so, we may as well pretend that that's what I meant to say ;-)
--
â 781-324-3772
â [EMAIL PROTECTED]
â http://www.ajs.com/~a
On Wed, Sep 01, 2004 at 01:07:49PM -0700, Larry Wall wrote:
> On Wed, Sep 01, 2004 at 01:57:32PM -0400, Dan Sugalski wrote:
> : I promised Patrick this a while back but never got it, so here it is.
> :
> : This is a list of the semantics that I see as needed for a regex
> : engine. When we have '
On Wed, Sep 01, 2004 at 04:33:24PM -0400, Aaron Sherman wrote:
: On Wed, 2004-09-01 at 16:07, Larry Wall wrote:
:
: > I see one other potential gotcha with respect to backtracking and
: > closures. In P6, a closure can declare a hypothetical variable
: > that is restored only if the closure exits
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #31424]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31424 >
The attached patch fixes the solaris hints file to force the use of
'c++' for li
At 5:03 PM +0100 9/1/04, Jonathan Worthington wrote:
Hi,
Here's a small fix to the root.in makefile; this fix is needed to get Parrot
building again on Win32 and probably in some other places too.
Applied, thanks.
--
Dan
--it's lik
At 8:37 AM -0700 9/1/04, [EMAIL PROTECTED] (via RT) wrote:
On Solaris 8, asctime_r takes 3 parameters instead of 2. The
prototype looks like this:
char *asctime_r(const struct tm *tm, char *buf, int buflen);
This patch adds a time.c file to the solaris platform directory. The
only change in this
At 4:16 PM -0700 9/1/04, [EMAIL PROTECTED] (via RT) wrote:
The attached patch fixes the solaris hints file to force the use of
'c++' for linking if Configure.pl finds gcc. Without this patch, it
links with gcc which fails since it apparently can't find some of the
c++ symbols from icu.
This patch
At 12:20 PM -0700 9/1/04, Bernhard Schmalhofer (via RT) wrote:
this patch adds two tests to t/pmc/nci.t.
The first new test should be a platform independent check of get_string() of
the
ParrotLibrary PMC.
The second new test is a callback test ported from PASM to PIR.
Applied, thanks.
--
On Tue, Aug 31, 2004 at 06:24:55PM +1000, Andrew Savige ([EMAIL PROTECTED]) wrote:
> I told him to use verbose mode (prove -v) but he still complained.
> Actually, I agree with him that when a test fails (even when not
> in verbose mode) it makes sense to print out as much useful
> infomation as po
On Sep-01, Dan Sugalski wrote:
>
> This is a list of the semantics that I see as needed for a regex
> engine. When we have 'em, we'll map them to string ops, and may well
> add in some special-case code for faster access.
>
> *) extract substring
> *) exact string compare
> *) find string in st
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 5:17 PM +0200 9/1/04, Leopold Toetsch wrote:
>>Below is a pod document describing some IMHO worthwhile changes. I
>>hope I didn't miss some issues that could inhibit the implementation.
> Okay, the "No" warrants more explanation.
Thanks.
> First off,
Steve Fink <[EMAIL PROTECTED]> wrote:
> On Sep-01, Leopold Toetsch wrote:
>> Below is a pod document describing some IMHO worthwhile changes. I hope
>> I didn't miss some issues that could inhibit the implementation.
> Overall, I like it, although I'm sure I haven't thought of all of the
> repercu
42 matches
Mail list logo
