In the spirit of getting real continuations working Just Right, this
modifies IMCC's PCC implementation to emit the updatecc *after* the
pushtop, so that the redundant pushtop isn't necessary when returning
with a real continuation.
I'm also thinking that updatecc should cow_copy_context, not
save
David Storrs writes:
> Given this code:
>
> if ( some_expensive_lookup_function() >= $MAX_RECORDS ) {
>mark_that_we_have_reached_max_records();
>return;
> }
>
> After I enter that block once, I never want to evaluate the condition
> again--I want the code to c
Given this code:
if ( some_expensive_lookup_function() >= $MAX_RECORDS ) {
mark_that_we_have_reached_max_records();
return;
}
After I enter that block once, I never want to evaluate the condition
again--I want the code to completely disappear from the bytecode (
At 09:55 PM 1/12/2004 +0100, Stéphane Payrard wrote:
On Mon, Jan 12, 2004 at 03:16:50PM -0500, Dan Sugalski wrote:
> Which brings up a question. What's the difference between .local and .sym?
> --
Currently, there is none. So I went for the shortest:
grep -n -e LOCAL imcc.l
imcc.l:181:".sym"
On Tue, Jan 13, 2004 at 10:39:02PM +0100, Paul Johnson wrote:
> On Tue, Jan 13, 2004 at 10:22:52PM +0100, Paul Johnson wrote:
>
> > This is a fairly important release because it fixes some errors in the
> > coverage reported.
>
> And introduces some others :-(
>
> Hold off on this release - I'll
Harry Jackson wrote:
Harry Jackson
If there are any shy lurkers out there please speak now or forever hold
your peace.
Alright, that's me too. I've been lurking for a couple years, actually,
and have only made one post on perl6-language, I think. I just
downloaded parrot again last week after
You'll find some diagrams here which might help.
http://www.vendian.org/parrot/wiki/bin/view.cgi/Main/
ParrotDiagramsString
On 13 Jan 2004, at 22:06, Robert Eaglestone wrote:
OK, I'm looking at the Parrot String documentation, and I've
got questions. It's not like the docs are a total mess, th
Le Tue, Jan 13, 2004 at 10:34:14PM +0100, le valeureux mongueur Stéphane Payrard a dit:
> Le Tue, Jan 13, 2004 at 03:06:18PM -0600, le valeureux mongueur Robert Eaglestone a
> dit:
> > OK, I'm looking at the Parrot String documentation, and I've
> > got questions. It's not like the docs are a tot
Stéphane Payrard wrote:
Le Tue, Jan 13, 2004 at 03:06:18PM -0600, le valeureux mongueur Robert Eaglestone a dit:
OK, I'm looking at the Parrot String documentation, and I've
got questions. It's not like the docs are a total mess, they
just need some fleshing out. Yeah, that's it. So here I go.
Le Tue, Jan 13, 2004 at 03:06:18PM -0600, le valeureux mongueur Robert Eaglestone a
dit:
> OK, I'm looking at the Parrot String documentation, and I've
> got questions. It's not like the docs are a total mess, they
> just need some fleshing out. Yeah, that's it. So here I go.
>
> Here's the pa
On Tue, Jan 13, 2004 at 10:22:52PM +0100, Paul Johnson wrote:
> This is a fairly important release because it fixes some errors in the
> coverage reported.
And introduces some others :-(
Hold off on this release - I'll upload a new one as soon as possible.
--
Paul Johnson - [EMAIL PROTECTED]
h
Well, there is always up-to-date documentation, your debugger output ...
0x4C56
Who says that the copy-paste antipattern is bad?
This is a fairly important release because it fixes some errors in the
coverage reported.
- Get things working on paths with spaces in them.
- Documentation clarifications (Andy Lester).
- Fix coverage for simple if, elsif and unless conditionals.
- Add if test.
- Ensure runs are merged in th
OK, I'm looking at the Parrot String documentation, and I've
got questions. It's not like the docs are a total mess, they
just need some fleshing out. Yeah, that's it. So here I go.
Here's the page I'm looking at:
http://www.parrotcode.org/docs/strings.pod.html
And here are my questions. Or,
On Tuesday 13 January 2004 16:41, Elizabeth Mattijsen wrote:
> Maybe the first parameter of "todo_some" should also accept a code
> reference to a subroutine which, given the other parameters, is
> supposed to give the TODO reason? That would make it even more
> flexible, I would think.
I thin
At 11:18 PM 1/12/2004 -0500, Michal Wallace wrote:
On Mon, 12 Jan 2004, Luke Palmer wrote:
> A continuation is one snapshot -- it never changes, it never runs.
> To invoke the continuation is to take you back to that snapshot and
> start running from there. To invoke it a second time is exactly
>
Here are some notes on namespaces, picking up a thread from about a
month ago:
On Dec 11, 2003, at 8:57 AM, Dan Sugalski wrote:
That does, though, argue that we need to revisit the global access
opcodes. If we're going hierarchic, and we want to separate out the
name from the namespace, that w
> "TP6S" == The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
TP6S> Congratulations Dan
TP6S> Melvin Smith offered his congratulations to Dan for the
TP6S> first commercial use of Parrot. I think I can safely say we
TP6S> all echo those congratulations.
shouldn't that
Harry Jackson wrote:
If no one objects I don't mind starting a TODO list for newcomers or
people who just want to get their feet wet. I will try and supply a list
of simpler stuff that needs doing and some pointers as to where they
should start. If people do not want to post to the parrot list
Sorry for the off-topic post, but I'm having trouble finding anything
about the likely cost of registration for the 2004 OSCON. Anyone have
any guesses based on past experience?
Thanks! =)
--TWH
At 15:56 + 1/13/04, Fergal Daly wrote:
On Tue, Jan 13, 2004 at 04:35:21PM +0100, Elizabeth Mattijsen wrote:
> In the end I came up with this code. It's pretty simple and
straightforward and maybe would be nice to include with Test::More.
I definitely have a use for that but basing it on test
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Thanks, that works great. I now have a .pbc with loadlibs and dlfuncs for
> pretty much the entire Win32 API.
Fine.
> ... The next thing I want to look at is
> constants. At first I thought I could do something like:-
> .constant MB_YESNOCANCEL
On Tue, Jan 13, 2004 at 04:35:21PM +0100, Elizabeth Mattijsen wrote:
> At 16:47 + 1/12/04, Fergal Daly wrote:
> >You can just do Test::Builder->new to get the Test::Builder object. It will
> >be the same one used by Test::More because it's a singleton. That way you
> >should need no patches,
>
On Tue, Jan 13, 2004 at 10:01:32AM +0100, Leopold Toetsch wrote:
> Michal Wallace <[EMAIL PROTECTED]> wrote:
>
> > Here's my guess:
>
> [lots of good stuff from leo]
Is there a "Parrot Architecture Overview" document that summarises
this kind of high-level view with links to the deeper docs?
If
On Mon, Jan 12, 2004 at 01:01:58PM -0600, Garrett Goebel wrote:
> Tim Bunce wrote:
> > > Tim Bunce wrote:
> > >
> > > I see Dan says in his blog "Yeah, I know, we should use libffi, and
> > > we may as a fallback, if we don't just give in and build up the
> > > function headers everywhere."
> > >
Mark Solinski wrote:
I'm also a shy lurker but would love to help in any way I can. I have twenty+ years experience in C/C++/OOP. Is there a reasonable place to start?
Bloody hell man, what took you so long ;-). With that amount of
experience, take your pick.
http://www.parrotcode.org/todo
Har
At 16:47 + 1/12/04, Fergal Daly wrote:
You can just do Test::Builder->new to get the Test::Builder object. It will
be the same one used by Test::More because it's a singleton. That way you
should need no patches,
In the end I came up with this code. It's pretty simple and
straightforward and
I'm also a shy lurker but would love to help in any way I can. I have twenty+ years
experience in C/C++/OOP. Is there a reasonable place to start?
Mark Solinski
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Ok. So far we have had 7 replies to the shy lurker post, oops another
one just posted, in the word of Mr. Burns "excellent". As to how much
elbow grease we can muster between us is open for debate. If you have
sent me a message and did not receive a reply please resend the message.
We all agree
- Original Message -
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
To: "Jonathan Worthington" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, January 13, 2004 9:13 AM
Subject: Re: find_global failing
> Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > Hi,
>
> > I currently hav
Robert Eaglestone wrote:
Well, I may be shy, and I may lurk, but I'm willing and
able to contribute. I've coded C professionally, on and
off, since 1992, and I like to tinker with things, and
I'm not too terrible at documentation.
I think a good place to start digging in would be updating
docs,
Well, I may be shy, and I may lurk, but I'm willing and
able to contribute. I've coded C professionally, on and
off, since 1992, and I like to tinker with things, and
I'm not too terrible at documentation.
I think a good place to start digging in would be updating
docs, though I can be turned to
On Monday 12 January 2004 17:58, Harry Jackson wrote:
> Robert Eaglestone wrote:
> > Yes, I'm a shy lurker.
>
> Are there any more, don't be shy, there might be a lot of barking but no
> one bites at least I have not had anyone bite me _yet_.
>
> Is there anyone on the list who wants to help but do
Ooh, ooh, a chance to leave shy lurker status behind and work on one of
the coolest software projects out there, count me in.
I have some rudimentary C skills and I'm sure there's some elbow grease
around here somewhere...
Jeff
On Mon, Jan 12, 2004 at 05:58:18PM +, Harry Jackson wrote:
> Rob
Paul Cochrane wrote:
If there are any shy lurkers out there please speak now or forever hold
your peace.
I'll admit to being a shy lurker... (and have rudimentary C knowledge, but a
bit low on the elbow grease atm :-/)
Another one, we are getting more and more of them pop up from all over
the
Chris Allan <[EMAIL PROTECTED]> wrote:
> Hello,
> I've just started trying to experiment with parrot, and I keep getting
> segmentation faults, eg when running the following one-liner:
> set I0, 7
end
is missing. Program flow just continues with executing garbage.
> I also noticed what seems
Hello,
I've just started trying to experiment with parrot, and I keep getting
segmentation faults, eg when running the following one-liner:
set I0, 7
I'm using gcc 2.95.4 on linux, and it says all the tests are passing
when I run make test.
gdb gives the following:
---
[New Thre
The Perl 6 Summary for the week ending 20040111
It's Monday. People have been talking about Perl 6, Parrot and the
European Union Constitution. Let's find out what they've been saying
about Parrot first shall we?
Threads
Threads were discussed some more. Dan's deadline is coming
Dan Sugalski <[EMAIL PROTECTED]> wrote:
[ stack layout ]
>>I'd rather not have the store statically inside the hunk:
>>- small objects code currently has an upper limit for sized header pools
> Doesn't mean we have to use them, honestly. A separate arena for them
> is fine.
Each sized item (a B
Michal Wallace <[EMAIL PROTECTED]> wrote:
> Hey all,
> When you invoke a Coroutine, it calls swap_context()
Register frames are now properly swapped too. Your given example is
working now. I've checked in a slightly modified version as a test.
leo
Luke Palmer <[EMAIL PROTECTED]> wrote:
> +PObj_COW_CLEAR((PObj*)buf);
Applied, thanks.
leo
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi,
> I currently have a file named win32.pasm containing the following:-
> saveall
> loadlib P1, 'user32'
> dlfunc P2, P1, 'MessageBoxA', 'llttl'
> store_global 'MessageBox', P2
> # MANY MORE LINES LIKE THIS
> restoreall
> I compile that file to
Michal Wallace <[EMAIL PROTECTED]> wrote:
> A .pcc_sub isn't an object, just a little segment of the list of
> instructions.
A pcc_sub *is* an object:
find_global P0, "_the_sub"
invokecc
print "back\n"
end
.pcc_sub _the_sub:
print "in sub\n"
invoke P1
You can store it awa
Simon Cozens <[EMAIL PROTECTED]> writes:
> Arthur Bergman:
>> I am wondering how the references to hash elements are planned to be
>> done? The call to set_ must somehow be delayed until the time is right.
>
> I would have thought that a hash element would itself be a PMC rather
> than an immedia
44 matches
Mail list logo
