# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #23411]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23411 >
This patch creates ABSTRACT and OVERVIEW sections in docs/strings.pod.
The text is
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> What about one subdir per language under languages containing at least
> a README with a pointer to the author(s) webpage.
How about just a single languages/OTHER or some such (maybe in doc/
instead) with this information? Adding extra directories ma
There are more and more projects that are targeting parrot.
What about one subdir per language under languages containing at least a
README with a pointer to the author(s) webpage.
leo
On Sun, Aug 17, 2003 at 05:48:14AM -0600, Luke Palmer wrote:
> Here comes that ever-reincarnating thread again, sorry.
>
> This is a proposal for an efficient solution to the timely destruction
> problem, which doesn't use refcounting, and fits in to the current
> scheme pretty well.
I don't quit
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Mon, 18 Aug 2003, Leopold Toetsch wrote:
>> Or coroutines shouldn't swap the control stack - I don't know.
> They should, sort of.
> Coroutines are a pain, but what they have to do is keep track of both the
> top *and* bottom of their saved stacks. Wh
Jos Visser wrote:
My current code generator generates code to trap the LEX_NOT_FOUND
exception. However, the "set_eh" instruction is *terribly* slow...
All my answers to that (and other threads) seem to be missing currently.
Anyway I have put in an intermediate hack to speed this up a bit.
A real
Tim Bunce wrote:
>
> On Tue, Aug 19, 2003 at 12:07:22AM -0400, Benjamin Goldberg wrote:
> > There are a number of shortcomings in the API, which I'd like to
> > address here, and propose improvments for.
>
> Just to be sure people are keeping it in mind, I'll repost this from
> Larry:
>
> On W
Allison Randal <[EMAIL PROTECTED]> wrote:
> This patch switches languages/perl6 over to using CPS. It isn't a
> complete and final solution, just a step in the right direction. My goal
> was to make the smallest number of code changes possible to get it to
> work.
Great, thanks. Applied.
> Switc
Leopold Toetsch wrote:
>
> Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> > There are a number of shortcomings in the API, which I'd like to
> > address here, and propose improvments for.
>
> > To allow user-defined encodings, and user-defined transcoding,
> > (written in parrot) the first parame
Luke Palmer wrote:
>
> Benjamin Goldberg writes:
[snip]
> >9/ New ops which provide access to the string iterator API.
>
> Yes. What is going to be used to store an iterator. An I reg, a P reg?
> If it's a PMC, would it be possible to just implement the iterator
> itself as a PMC, and use t
K Stol writes:
> (Just another question concerning GC)
>
> If I remember correctly, Java has a separate garbage collecting
> thread. I though Parrot has a synchronous garbage collector, right?
> So, the garbage collector (or DoD for that matter) will run in between
> execution of ops. If that is s
Hi all,
I am returning to the topic of search_lex. I ask to be excused because
this is another "I need this op" mail, but I think the feature I request
here has merit for other languages as well...
In my case my "problem" (challenge) is that I want to generate some
parrot code that is capable of
Bennett Todd <[EMAIL PROTECTED]> writes:
> Is the destruction going to be timely enough for
>
> IO::File->new(">foo")->print("foo\n");
> print `cat foo`;
>
> to behave predictably?
That's certainly the idea.
On Tue, 19 Aug 2003, Bennett Todd wrote:
> Is the destruction going to be timely enough for
>
> IO::File->new(">foo")->print("foo\n");
> print `cat foo`;
>
> to behave predictably?
If you're asking if you can, in general, count on statement level timely
destruction of arbitrary
Hi,
I am writing a parrot compiler back-end for my very own computer language
personality disorder: Comal (see http://www.josvisser.nl/opencomal). I do
this purely for its therapeutical value :-)
Parrot is currently far from finished. A lot of things work really well
but in other corners work is
Is the destruction going to be timely enough for
IO::File->new(">foo")->print("foo\n");
print `cat foo`;
to behave predictably?
-Bennett
pgp0.pgp
Description: PGP signature
Hi there
In short I'm contemplating using parrot as a backend for MosML.
I have no experience with parrot and I can see parrot is not a
finished project, so before I venture into this I would like some
comments on my project from somebody with more knowledge of parrot
than myself. What concerns m
(Just another question concerning GC)
If I remember correctly, Java has a separate garbage collecting thread. I
though Parrot has
a synchronous garbage collector, right?
So, the garbage collector (or DoD for that matter) will run
in between execution of ops. If that is so, and DoD/GC is done on ea
Dave Whipp <[EMAIL PROTECTED]> wrote:
> ... I've run into this problem on several GCed apps: the sweep
> destroys locality of access, causing pages to be loaded that the application
> doesn't need. This can cause a very abrupt performance drop.
The flags used during DOD take (for simple PMCs) jus
On Tue, Aug 19, 2003 at 12:07:22AM -0400, Benjamin Goldberg wrote:
> There are a number of shortcomings in the API, which I'd like to address
> here, and propose improvments for.
Just to be sure people are keeping it in mind, I'll repost this from Larry:
On Wed, Jan 30, 2002 at 10:47:36AM -0800,
> -DHAVE_COMPUTED_GOTO
>
> So we shoudn't have any appearance of that issue, as we doesn't
> ever do following
>
> #define HAVE_COMPUTED_GOTO ${cgoto}
Nevermind. I didn't consider that a compiler set up -Dflag
as flag=1.
# New Ticket Created by Allison Randal
# Please include the string: [perl #23368]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23368 >
This patch switches languages/perl6 over to using CPS. It isn't a
complete and final s
"Benjamin Goldberg" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> What we'd like is a way (and there've been a couple proposed) to make it
> so that the sweep at the end of scope can *quickly* determine that all
> objects needing timely destruction are still alive/reachabe/in-scope,
When I install and use an exception handler for the second time Parrot
dumps. It looks like the "set_eh" messes up the sub object in P10
because when I uncomment the second newsub it works...
Is this a behaviour of the hidden invoke (of the exception handler) that
I am unaware of?
++Jos.nl
-
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Every time we come to a scope end, we do a garbage collection run.
... only if there are objects around, that were marked to need timely
destruction. If the HLL will decide that each object might need timely
destructions we will get into troubles, at
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> There are a number of shortcomings in the API, which I'd like to address
> here, and propose improvments for.
> To allow user-defined encodings, and user-defined transcoding, (written
> in parrot) the first parameter of all of the function pointers in
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Allow .macro in imcc, for when we're parsing pir code.
This is already enabled.
> Macro-ize the stub functions in default.pmc, so that throwing an
> exception takes one line of C code.
Yep. And autogenerate these from vtable.tbl if default.pmc has
Leo wrote:
>>Its seems to be the #ifdef vs #if issue.
In theory that issue should only occur to the JIT_CAPABLE
defines and not to the HAVE_COMPUTED_GOTO ones,
I seem now. Because we have three places in the Configure
script where we define
-DHAS_JIT in jit.pl,
28 matches
Mail list logo