Announce: Rakudo Perl 6 compiler development release #39 ("Orlando")

On behalf of the Rakudo development team, I'm happy to announce the March 2011 release of Rakudo Perl #39 "Orlando". Rakudo is an implementation of Perl 6 on the Parrot Virtual Machine (see ). The tarball for the March 2011 release is available from

Re: [perl #65046] [BUG] external class names are not parsed properly when precompiling

On Fri, 24 Apr 2009, Patrick R. Michaud via RT wrote: On Thu, Apr 23, 2009 at 09:33:37AM -0700, Jeff Horwitz wrote: The result is that Foo.new() becomes: $P20 = "Foo"() $P21 = "!dispatch_method"($P20, "new") with the out-of-place "Foo"() fa

Re: [perl #61742] [BUG] Rakudo evals "use" statement during parse phase

x27;ll flesh it out a bit and post to the list for comment. -jeff

"use" semantics

h a module to bytecode, which i like to do for startup performance. i realize that "use" needs to load modules early, but i think there needs to be a distinction so such modules aren't executed out of context. maybe there's an obvious way around this, maybe this is a new edge case. thoughts? -jeff

Re: [perl #56032] YAPC::NA 2008 Chicago Buildfest Results

Nope haven't tried it lately :( You can mark me of the list since I haven't even opened up that laptop in some time :( -- Jeff Bisbee / [EMAIL PROTECTED] / jbisbee.multiply.com On Sun, Nov 23, 2008 at 4:37 PM, James Keenan via RT <[EMAIL PROTECTED]> wrote: > Jeff, > &g

Re: implicit & explicit returns

g. you can see that in the PIR you generate. (pmichaud, i hope i explained this right! ;-) -jeff

Re: interpreter persistence issues

On Sat, 16 Aug 2008, Allison Randal wrote: Jeff Horwitz wrote: i'd like to have an option in mod_parrot to clear all user-generated data (globals, namespaces, subs, etc.) from an interpreter, leaving any bytecode that has been loaded (e.g. compilers). the point here is to eliminate pro

interpreter persistence issues

s to whatever routine is doing the dirty work, but before i even start to look at this, is it even possible with our current architecture? can we get close? -jeff

Re: [perl #56618] [BUG] rakudo segfaults calling subs in a namespace

e rest, or are there still some lingering issues to address with :instanceof? -jeff

Re: design problem with :outer

posed :lexid property. just a thought. maybe there's something i'm overlooking or missing, but to me this seems like the most obvious solution. i think the problem is that it doesn't work for multi subs. it wouldn't know which version of the sub you were trying to reference. -jeff

Re: [perl #54444] AutoReply: [rakudo] 'No such caller depth' with pure perl mod_perl6

th this: .sub main :main $P0 = getinterp $P1 = $P0['lexpad';1] .end if we want perl6 subs to be directly invokable from an embedded environemnt, we either need to teach perl6 to be smarter about this or change how parrot handles this kind of exception. -jeff Aft

Re: weird perl6/plumhead problem

On Tue, 29 Apr 2008, Patrick R. Michaud wrote: On Tue, Apr 29, 2008 at 12:34:47PM -0400, Jeff Horwitz wrote: mod_parrot can load multiple HLL compilers in the same interpreter, and on my server i'm using both perl6 and plumhead. this works fine if i load perl6 before plumhead. howeve

weird perl6/plumhead problem

c/packfile.c:1795 #9 0x401907ea in PackFile_Segment_unpack (interp=0x804f048, self=0x8327028, cursor=0x40a24040) at src/packfile.c:1601 #10 0x4018f8b1 in PackFile_unpack (interp=0x804f048, self=0x8327028, packed=0x40a24000, packed_size=1254976) at src/packfile.c:867 #11 0x40153b10 in Parrot_r

Re: weird perl6/plumhead problem

On Tue, 29 Apr 2008, Patrick R. Michaud wrote: On Tue, Apr 29, 2008 at 12:34:47PM -0400, Jeff Horwitz wrote: mod_parrot can load multiple HLL compilers in the same interpreter, and on my server i'm using both perl6 and plumhead. this works fine if i load perl6 before plumhead. however,

Re: mod_parrot uses string_nprintf

-introduce string_nprintf or modify mod_parrot to use another method? hm, i thought i committed the fix for this, but apparently not. check out r334 in the mod_parrot repository. -jeff

Re: Hackathon at FP

I *should* be there, though IIRC, Allison will not. On Thu, 14 Feb 2008, Andy Lester wrote: I see that Allison's going to be at Frozen Perl. Will you be hackathonning? Anyone else going to be there besides me? I'm not sure I'll be sticking around for the hackathon, especially if I don't hea

mod_parrot 0.4

From my journal: I'm pleased to announce that after 2 years of hiatus and 6 months of coding, mod_parrot 0.4 has been released. It's been worth the wait, as we now have working mod_perl6 and PHP proof-of-concepts, per-vhost interpreter pools, the framework for a more comprehensive test suite,

writing mod_perl6 in perl 6

This just went up in my blog, but I think it's interesting enough to post to the list as well. -jeff One of the goals of the mod_parrot project is to provide the infrastructure for running the Perl 6 version of mod_perl, a.k.a. mod_perl6. I've already demonstrated that mod_perl6

Re: [perl #48677] [BUG] r23917 led to 'make' failure

hasn't made it to RT or the list... -jeff

oops

apologies for the top post in my previous reply. didn't realize all that error output was down there! :-P

Re: [perl #48677] [BUG] r23917 led to 'make' failure

otentially overlapping memory. it's part of C89, so it should be fine to use. patch is attached. t/op/copy.t passes with this patch. can others try it out? -jeff On Mon, 17 Dec 2007, James Keenan via RT wrote: No, at least not on Ubuntu. (Will have to check later on other OSes.) Here

Re: Status of docs/embed.pod and Parrot::Embed?

chromatic, ...) to lead the way by updating/expanding the docs/embed.pod specification. I can take a stab at this, as I've done enough Parrot embedding to write a short novel. Looks like PDD10 could use some updating as well -- were there any plans for that? Maybe we should start there? -jeff

Re: [svn:parrot] r21613 - in trunk: lib/Parrot/Configure tools/build

with the fnctl patch, especially on windows. -jeff On Wed, 26 Sep 2007, chromatic wrote: On Wednesday 26 September 2007 14:26:20 [EMAIL PROTECTED] wrote: Author: coke Date: Wed Sep 26 14:26:19 2007 New Revision: 21613 Modified: trunk/lib/Parrot/Configure/Messages.pm trunk/tools/buil

mod_perl6 update

ounter Hopefully the server stays up -- I guess this is a pretty good test of mod_parrot's stability. ;-) Enjoy, -jeff

duplicate symbols

ch is already loaded into apache. i'm sure this problem exists for other functions -- any ideas for how to address this? we could prepend a Parrot_ prefix for the PARROT_API functions (which list_length is), but that may not be appropriate for all situations. -jeff

mod_parrot is back

ia svn if you feel so inclined: svn co http://svn.perl.org/parrot-modules/mod_parrot/trunk -jeff

Re: Thank you so much Josh Hoblitt for the backtracing

very nice -- i could have used that THIS AFTEROON! :) On Thu, 26 Jul 2007, Andy Lester wrote: Josh putting in the new backtrace behind my new assertions makes debugging assertions SO MUCH EASIER. I'm gonna go s/assert/PARROT_ASSERT/ everywhere. xoxo, Andy P.S. sample # Received: # 1..

Re: embedding

e latest parrot, but enough beer might convince me to come out of hiatus and fix that... ;-) if you dive into the code and need more details, feel free to contact me off-list. -jeff Thanks -- James "Isaac" Freeman (919) 749-3561 memotype (at) gmail.com

Re: Stubborn coworkers

Thank you Martin, and everyone else. We've had several other conversations, and I believe this boils down to just a natural pessimist. She wants to see perl continue to be a widely adopted successful language, and while she is willing to do whatever work it takes to learn, she doesn't have

Re: Help getting pugs working?

Thanks to Steffen and others who sent me some help and words of encouragement...I believe I have it working now :)

Help getting pugs working?

this really as hard as it seems to me? I used to think I was reasonably bright Thanks, ~Jeff

Stubborn coworkers

rth and Lisp had. You see how widely used those are now..." Since I came to programming after the days of Forth and Lisp being prominent languages, I can't dispute nor concur with her statement. How would you respond? Thanks, ~Jeff

perl6-all@perl.org

ularly scheduled meaningful discussion already in progress. -- Jeff Stampes [ [EMAIL PROTECTED] ] -- Build and Release Tools The older a man gets, the farther he had to walk to school as a boy.

Re: UUIDs for PBC headers

On Tue, 18 Oct 2005, Chip Salzenberg wrote: > On Tue, Oct 18, 2005 at 11:27:16AM -0400, Jeff Horwitz wrote: > > On Tue, 18 Oct 2005, Chip Salzenberg wrote: > > > On the other hand, the idea has been raised on IRC (by Joshua, IIRC) > > > that an MD5 or SHA256 would prot

Re: UUIDs for PBC headers

On Tue, 18 Oct 2005, Chip Salzenberg wrote: > On Mon, Oct 17, 2005 at 10:09:22PM -0400, Jeff Horwitz wrote: > > On Mon, 17 Oct 2005, Chip Salzenberg wrote: > > > Any problems here? Any suggestions for UUID code that's licensed > > > appropriately for use in Par

Re: UUIDs for PBC headers

ense. http://e2fsprogs.sourceforge.net/ > -- > Chip Salzenberg <[EMAIL PROTECTED]> > -jeff

Re: UUIDs for PBC headers

; Any problems here? Any suggestions for UUID code that's licensed > appropriately for use in Parrot? i know mod_parrot would benefit from this. one question though -- if a redundant UUID is found, will the internals make the decision to load/not load or will that be up to the HLL/embedding code? > -- > Chip Salzenberg <[EMAIL PROTECTED]> > -jeff

mod_parrot 0.3

APR::Table object) - main - prev - next - status -jeff

Re: parsing perl6 grammars

http://feather.perl6.nl/~japhy/ has R-P-0.20 with the current state of the Perl6::Rule::Parser code. -- Jeff "japhy" Pinyan % How can we ever be the sold short or RPI Acacia Brother #734 % the cheated, we who for every service http://japhy.perlmonk.org/ % have lon

Re: parsing perl6 grammars

her.perl6.nl), but I suppose I should if multiple people would want to contribute. The project is basically a very specific subclass of my Regexp::Parser module, which you can find on CPAN. Looking through its tutorial is a good way to get up to speed on what I'm doing. -- Jeff "japhy

Re: parsing perl6 grammars

Hrm, the very of Regexp::Parser on CPAN is actually older than the one I'm working with. I'll upload the current one right away. -- Jeff "japhy" Pinyan % How can we ever be the sold short or RPI Acacia Brother #734 % the cheated, we who for every service http:

Re: embedding/extending interface

On Wed, 13 Jul 2005, Nicholas Clark wrote: > On Wed, May 11, 2005 at 11:18:30AM +0100, Nicholas Clark wrote: > > On Tue, May 10, 2005 at 01:13:48PM -0400, Jeff Horwitz wrote: > > > as part of both the pugs and mod_parrot effort, i've started working on > > > brin

Re: AnnoCPAN and a wiki POD idea

* Adrian Howard ([EMAIL PROTECTED]) wrote: > http://www.annocpan.org/~ADAMK/ > > Complete with RSS feed :-) Sweet! This should be noted more predominately on the site :) -- Jeff Bisbee / [EMAIL PROTECTED] / jbisbee.com

embedding w/ new calling conventions

if you were planning on implementing something that will fix this, just say the word and i'll keep quiet. :) -jeff

Re: comprehensive list of perl6 rule tokens

and 'after' rules, but how do they access that argument? How do I write a rule that takes an argument? -- Jeff "japhy" Pinyan % How can we ever be the sold short or RPI Acacia Brother #734 % the cheated, we who for every service http://japhy.perlmonk.org/ % have long ago been overpaid? http://www.perlmonks.org/ %-- Meister Eckhart

mod_pugs status

u want to try it out, check out the latest revisions of both mod_parrot and pugs from subversion (released versions will NOT WORK). the eg directory contains a working example and configuration. http://svn.perl.org/parrot-modules/mod_parrot http://svn.openfoundry.org/pugs -jeff

Re: comprehensive list of perl6 rule tokens

ith and . It should be assumed that doesn't capture because it can only capture if P matches, in which case fails. So, what's the deal? -- Jeff "japhy" Pinyan % How can we ever be the sold short or RPI Acacia Brother #734 % the cheated, we who

Re: comprehensive list of perl6 rule tokens

ple who are really going to use it, the notation won't be foreign. And I'd expect most people who'd use it would actually abstract a good portion of it away into their own property definitions, so that <~(X & Y) | Z> would actually just be <+My_XYZ_Property> w

Re: comprehensive list of perl6 rule tokens

On May 26, Patrick R. Michaud said: On Tue, May 24, 2005 at 08:25:03PM -0400, Jeff 'japhy' Pinyan wrote: I have looked through the latest revisions of Apo05 and Syn05 (from Dec 2004) and come up with the following list: http://japhy.perlmonk.org/perl6/rules.txt I'll review

Re: comprehensive list of perl6 rule tokens

On May 25, Mark A. Biggar said: Jonathan Scott Duff wrote: On Tue, May 24, 2005 at 11:24:50PM -0400, Jeff 'japhy' Pinyan wrote: I wish was allowed. I don't see why has to be confined to zero-width assertions. I don't either actually. One thing that occurred to me

Re: comprehensive list of perl6 rule tokens

On May 25, Jonathan Scott Duff said: On Tue, May 24, 2005 at 11:24:50PM -0400, Jeff 'japhy' Pinyan wrote: I wish was allowed. I don't see why has to be confined to zero-width assertions. I don't either actually. One thing that occurred to me while responding to you

Re: comprehensive list of perl6 rule tokens

On May 24, Jonathan Scott Duff said: On Tue, May 24, 2005 at 08:25:03PM -0400, Jeff 'japhy' Pinyan wrote: http://japhy.perlmonk.org/perl6/rules.txt That looks completish to me. (At least I didn't think, "hey! where's such and such?") Oh, frabjous day! On

comprehensive list of perl6 rule tokens

I want to be sure. I'm also curious about whitespace. Is "<[" one token, or can I write "< [a-z] >" and have it be a character class? Thanks for your help. Unless you're difficult. -- Jeff "japhy" Pinyan % How can we ever be the sold sh

Re: mmd

you go. it should print "string PMC nothing", but instead prints out "string nothing nothing". interestingly, if you change @MULTI(Foo) to @MULTI(_), it all works, but that seems more of a band-aid solution for this particular case. -jeff --- .namespace ['Foo'] .sub

mmd

s the PerlString to that, but i'd prefer to be able to pass any arbitrary PMC without explicitly specifying its type in the method. -jeff

explicit laws about whitespace in rules

I'd like to know where EXACTLY whitespace is permitted in rules. Is it legal to write \c [CHARACTER NAME] or must I write \c[CHARACTER NAME] -- Jeff "japhy" Pinyan % How can we ever be the sold short or RPI Acacia Brother #734 % the cheated, we who for eve

Re: Parrot as an extension language

scenes it's defined as PMC *. all you should need to include is embed.h, extend.h and for now, resources.h. i'm actually working on fleshing these files out to be more consistent wrt the public API. see trunk/src/parrot_util.c in the mod_parrot source for a working example of all this. > -- > Colin Adams > Preston Lancashire > -jeff

Re: Problems linking with parrot

you need to link with src/parrot_config.o (a recent change). http://www.nntp.perl.org/group/perl.perl6.internals/29468 On 18 May 2005, Colin Paul Adams wrote: > I've nearly got my first Eiffel program with an embedded parrot VM to compile > - well, actually, it DOES compile, just one remaining l

Re: Parrot as an extension language

/Embed/Parrot.hsc in the pugs source. > -- > Colin Adams > Preston Lancashire > -jeff

Re: Parrot as an extension language

On 17 May 2005, Colin Paul Adams wrote: > Jeff> also have a look at the mod_parrot source > Jeff> (http://www.smashing.org/mod_parrot), which is one of the > Jeff> few apps embedding parrot at the moment. the other is pugs > Jeff> (http://www.pugscode.o

Re: Parrot as an extension language

apps embedding parrot at the moment. the other is pugs (http://www.pugscode.org), but it's written in haskell. -jeff On 17 May 2005, Colin Paul Adams wrote: > Hello, > > I am writing an XSLT 2.0 processor, and I want to give users the > option to write their own message and error

embedding/extending interface

up without changing any of the working parts. is there anyone else besides myself and autrijus who is actively working on an embedded parrot application? -jeff

[PATCH] allow array of args for spawnw (fwd)

-- Forwarded message -- Date: Mon, 9 May 2005 14:32:22 -0400 (EDT) From: Jeff Horwitz <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: [PATCH] allow array of args for spawnw the attached patch adds a new signature for spawnw so it can take a PMC array of arguments rather

Re: embedding initialization

excellent! now i can get rid of that silly no-op bytecode i've been using. thanks for the quick turnaround, leo. -jeff On Thu, 5 May 2005, Leopold Toetsch wrote: > Jeff Horwitz wrote: > > i'm neck deep in writing the IMC eval code for pugs. ... > > > ...

embedding initialization

l most certainly need this for things like "perl -e" one-liners. in the short term, i can use a no-op .pbc file to bootstrap with, but i imagine there's a more elegant solution out there. -jeff

Re: Monthly Release Schedule

n when and if tinderbox comes back. -jeff

Re: Pugs Q for the Parrot FAQ?

#x27;s not forget bytecode compatibility with all the non-perl languages that will hopefully target parrot. -jeff

Re: mod_parrot 0.2

On Tue, 29 Mar 2005, Leopold Toetsch wrote: > Jeff Horwitz <[EMAIL PROTECTED]> wrote: > > mod_parrot 0.2 is now available from http://www.smashing.org/mod_parrot or > > from SVN at http://svn.perl.org/parrot-modules/mod_parrot. > > Steadily evolving, great. > > &g

mod_parrot 0.2

and its parrot backend catches up. i guess it's time to learn haskell! ;-) enjoy, -jeff

Re: Calling PIR from a PMC

arrot_Interp interp, char *namespace, char *name, int *ret) { Parrot_PMC sub; sub = get_sub_pmc(interp, namespace, name); if (!sub) { return(0); } *ret = Parrot_call_sub_ret_int(interp, sub, "Iv"); return(1); } -jeff

[PATCH] return absolute paths from Parrot_locate_runtime_file

handles win32 paths (and drive letters) as well. hopefully i chose the most logical place for this -- i didn't think it belonged in Parrot_readbc itself. -jeff diff -a -u -r1.14 library.c --- src/library.c 16 Dec 2004 10:37:16 - 1.14 +++ src/library.c 4 Feb 2005 17:10:15

Re: Phalanxed

* Jeff Bisbee ([EMAIL PROTECTED]) wrote: > This is the boilerplate our group put together to use when contacting > authors. Forgot the darn link! http://phalanx.kwiki.org/index.cgi?ContactTheAuthor -- Jeff Bisbee / [EMAIL PROTECTED] / jbisbee.com

Re: Phalanxed

em know they might see a sudden spike in test and doc patches. This is the boilerplate our group put together to use when contacting authors. -- Jeff Bisbee / [EMAIL PROTECTED] / jbisbee.com

Re: solution to TODO #32365

ese options are pretty standard for *-config programs (apr-config, gtk-config, etc.). -jeff

Re: mandelbrot

hm, works fine for others. maybe the weird port i'm using for that web server isn't agreeing with your firewall. -jeff On Tue, 14 Dec 2004, Michael Walter wrote: > On Tue, 14 Dec 2004 10:07:43 -0500 (EST), Jeff Horwitz > <[EMAIL PROTECTED]> wrote: > > is it useful

mandelbrot

on my mod_parrot page at http://www.smashing.org/mod_parrot, which links to a separate web server just in case mod_parrot blows up. :) is it useful? not really. does it help you waste 5 minutes of your day? certainly. :) -jeff

Re: continuation enhanced arcs

slot" (it would print "2" each time after the first). In truth, their lifetimes do overlap, due to the hidden (potential) loops created by continuations. The problem isn't preservation across calls per se, it's the implicit loops. Continuations are basically gumming up tons of potential optimizations. JEff

Re: Perl 6 Summary for 2004-11-08 through 2004-11-15

On Mon, 15 Nov 2004, Matt Fowles wrote: > Languages with Object Support? > Jeff Horwitz wondered if there were any languages with object support >that he could bend to the evil ends of mod_parrot. While no one >answered, I think Parakeet might be such a language...

parakeet broken?

i was starting to play with parakeet, but unfortunately it keeps dying on me. this is from a cvs checkout from today: 0> 4 4 + Null PMC access in get_pmc_keyed_int() and this: 0> func hello "hi!" println end 0> hello Null PMC access in push_pmc() any clues? thanks, -jeff

Re: Continuations, basic blocks, loops and register allocation

the same way. What you described would be useful for backtracking (jumping back not only to a previous location in a computation, but also its previous state), but it's not what these languages seem to do. JEff

Re: Continuations, basic blocks, loops and register allocation

On Nov 15, 2004, at 10:29 AM, Leopold Toetsch wrote: Jeff Clites <[EMAIL PROTECTED]> wrote: Picture this call stack: main --> A --> B --> C --> D --> E The call from D to E uses the "RESUMEABLE" label, and E stores the resulting continuation in a global, and ever

Re: Another issue with pdd03

proposal of mine: If they're not being preserved, and in fact need to be "synced" between caller and callee, then having these registers physically located in the interpreter structure, rather than in the bp-referenced frame, saves all the copying, and makes it more obvious what's going on. JEff

Re: Another issue with pdd03

all to a void-return function could clobber r3, since it could call another function which returns a result and thus uses r3. Not that parrot has to necessarily work this way, but it at least has precedent, so it's not totally strange behavior. JEff

Re: Continuations, basic blocks, loops and register allocation

On Nov 15, 2004, at 3:27 AM, Leopold Toetsch wrote: Jeff Clites <[EMAIL PROTECTED]> wrote: On Nov 14, 2004, at 3:03 AM, Leopold Toetsch wrote: Yes, but Jeff's example wasn't really reflecting the problem. How come? Your code didn't reuse C after the call. Oops. It seems t

Re: Continuations, basic blocks, loops and register allocation

n the continuation is invoked, because "the second time" strange() returns, "a" is a string and so you can't add 1 to it. But looking at the definition of "outer", you'd expect that you could never get such an error. (Without the line setting "a" to "hello", you get an infinite loop, printing increasing integers.) JEff

Re: Continuations, basic blocks, loops and register allocation

ce, see Larry's comments from "Re: Why lexical pads" at September 25, 2004 10:01:42 PM PDT (the first of the 3 messages from him on that day). JEff

Re: Continuations, basic blocks, loops and register allocation

On Nov 13, 2004, at 2:46 PM, Matt Fowles wrote: On Sat, 13 Nov 2004 14:08:12 -0800, Jeff Clites <[EMAIL PROTECTED]> wrote: That's oversimplifying a bit, but I feel like those are the core issues (stemming from the observation of Leo's that continuations in effect give all vari

Re: Continuations, basic blocks, loops and register allocation

On Nov 13, 2004, at 11:16 AM, Matt Fowles wrote: All~ On Sat, 13 Nov 2004 10:52:38 -0800, Jeff Clites <[EMAIL PROTECTED]> wrote: On Nov 13, 2004, at 8:53 AM, Leopold Toetsch wrote: We'd have just to force using lexicals for all vars Having variable-size register sets would solve this

Re: Continuations, basic blocks, loops and register allocation

the overhead of moving data between registers and lexical pads over-and-over. Well, it doesn't really "solve" it--just makes it workable. JEff

Re: #line directives from PMC file should now work

On Nov 11, 2004, at 11:12 AM, Leopold Toetsch wrote: Jeff Clites <[EMAIL PROTECTED]> wrote: I'd really like a way to turn them off easily (for the ops as well, actually). I find them to be counterproductive (for our stuff), since what gets shown in the debugger isn't stuff you can

Re: Tail calls and continuations

On Nov 11, 2004, at 12:59 PM, Leopold Toetsch wrote: Jeff Clites <[EMAIL PROTECTED]> wrote: I think that actually doesn't matter. Even in the case where we think we can't do a full tail call optimization (because of a continuation that's been taken), we can still actually rem

Re: Tail calls and continuations

On Nov 11, 2004, at 11:24 AM, Dan Sugalski wrote: At 11:16 AM -0800 11/11/04, Jeff Clites wrote: On Nov 11, 2004, at 9:44 AM, Michael Walter wrote: On Thu, 11 Nov 2004 12:30:16 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote: Even further, it's necessary for some languages (Scheme)/para

Re: Tail calls and continuations

. Leo said: $ time parrot -j fact.imc 1 # [1] maximum recursion depth exceeded I'd think that long-term our max recursion depth limit should only apply to net frame depth--tail calls shouldn't increase the count. (Probably we'd need 2 counts--net depth and logical depth.) JEff

Re: #line directives from PMC file should now work

can actually get gdb to evaluate. JEff

Re: Tail calls and continuations

On Nov 10, 2004, at 11:53 PM, Leopold Toetsch wrote: Jeff Clites <[EMAIL PROTECTED]> wrote: ...it sounds like we have an easy way to tell if a "real" continuation has a claim on the register frame, because creating such a real continuation can mark the frame, There is no s

Re: Tail calls and continuations

On Nov 10, 2004, at 3:08 PM, Leopold Toetsch wrote: Jeff Clites <[EMAIL PROTECTED]> wrote: But there's one wiggle: If you've created a continuation previously (and it still exists), then any call has to preserve the frame Well, that's what continuations are doing. They do pres

Tail calls and continuations

ate, the other destroys it. Just thought I'd send out these thoughts, since the topic was mentioned recently. JEff

object support in languages

he idea of using the language he targeted to parrot at work, but i'm sure he's had better things to do. -jeff

Re: No C op with PMC arguments?

On Nov 8, 2004, at 3:08 AM, Leopold Toetsch wrote: Jeff Clites <[EMAIL PROTECTED]> wrote: No. The binary operations in Python are opcodes, as well as in Parrot. And both provide the snytax to override the opcode doing a method call, that's it. I guess we'll just have to disagr

Re: calling conventions, tracebacks, and register allocator

esh in people's minds. That's independent of any impediments that might block implementing changes at the current time. JEff

  1   2   3   4   5   6   7   >