2009/10/28 Will Coleda via RT parrotbug-follo...@parrotcode.org:
On Wed Oct 29 10:30:54 2008, alli...@perl.org wrote:
Original Message
Subject: Re: Segfault in Lua exception handler
Date: Sat, 11 Oct 2008 23:49:09 +0200
From: François Perrad francois.per...@gadz.org
2008
2009/9/22 James Keenan via RT parrotbug-follo...@parrotcode.org:
On Wed Sep 17 16:38:22 2008, jk...@verizon.net wrote:
We need a way to measure the extent to which Parrot's test suite covers
the Parrot specification.
As with RT #58740, this is a ticket whose functionality is not
absolutely
2009/3/22 Will Coleda via RT parrotbug-follo...@parrotcode.org:
On Thu Jun 05 12:31:31 2008, coke wrote:
On Wed Jun 04 13:17:47 2008, bernhard wrote:
On Mo. 09. Jul. 2007, 06:56:53, pcoch wrote:
In lib/Parrot/Distribution.pm there is the todo item:
# XXX: lex_source_files()
2009/3/22 Will Coleda via RT parrotbug-follo...@parrotcode.org:
On Wed May 02 12:51:17 2007, yasa...@gmail.com wrote:
This has a lot to do with tickets #42558 and #34994:
(there's quite a bit to read in both)
http://rt.perl.org/rt3/Public/Bug/Display.html?id=42558
2009/3/22 Will Coleda via RT parrotbug-follo...@parrotcode.org:
On Sat Jan 31 17:51:51 2009, jk...@verizon.net wrote:
Thanks. Making that correction, I confirm that the OP's seg fault still
occurs:
$ cat seg.pir
.sub main :main
.include 'include/test_more.pir'
new $P0, 'Integer'
new
2009/2/1 James Keenan via RT parrotbug-follo...@parrotcode.org:
Have we come to any consensus re the issues raised in this RT?
in r33344, I merge LuaFunction LuaClosure PMC.
So now, Lua doesn't need Closure PMC.
François.
Thank you very much.
kid51
2009/2/1 James Keenan via RT parrotbug-follo...@parrotcode.org:
My reading of the issues raised in this RT is that it's a
straightforward Win32 installation issue -- nothing specific to Parrot.
Okay to close the ticket?
+1
François
Thank you very much.
kid51
2008/12/11 Will Coleda via RT [EMAIL PROTECTED]:
On Thu Dec 11 01:51:23 2008, fperrad wrote:
The new opcode 'box' is limited by its 3 signatures that target Float,
Integer String.
I propose the 3 following new opcodes :
- true
- false
These can be approximated with:
$P0 = box 1
$P0
chromatic a écrit :
On behalf of the Parrot team, I'm proud to announce Parrot 0.8.1 Tio
Richie. [1] Parrot is a virtual machine aimed at running all dynamic
languages.
As usual, the Windows setup is available on
http://parrotwin32.sourceforge.net/
François.
Rat Creature
In fact, perl6.exe contains some dependencies on build tree.
Just after a build, perl6.exe works :
D:\parrot-0.8.0-develbin\perl6 -v
This is Rakudo Perl 6, revision 32151 built on parrot 0.8.0-devel
for MSWin32-x86-multi-thread.
Copyright 2006-2008, The Perl Foundation.
But, after a 'make
I am not really happy with this patch.
Perhaps my initial goal with the script tools/install/smoke.pl wasn't
well-known and/or understood.
Its main use case is :
- a Windows user (without parrot dev tree) downloads and installs the
setup of a monthly release.
- he runs this script in order to
2008/9/24 Patrick R. Michaud [EMAIL PROTECTED]:
On Wed, Sep 24, 2008 at 12:09:37PM +0200, François Perrad wrote:
Currently, the bigger issue in Lua on Parrot is lexical or upvalue in
Lua jargon (the reason for Lua on Parrot is not really Lua).
The following Lua code doesn't give the expected
Patrick R. Michaud a écrit :
I've put together a draft with my ideas and design for
(re-)implementing lexicals in Parrot -- now available at
http://www.pmichaud.com/perl6/lexical.txt .
It's a first draft and might be a bit confusing in places,
but overall I think it's a far cleaner design than
On Sat Sep 13 06:01:58 2008, coke wrote:
On Fri, Sep 12, 2008 at 10:54 PM, chromatic [EMAIL PROTECTED] wrote:
On Friday 12 September 2008 19:48:30 Will Coleda wrote:
Rough guess: you have a HLL type map before you load Tcl's dynpmcs.
If so,
change the order of operations as a
With this commit r30847, partcl lua are broken.
$ ./parrot languages/lua/lua.pbc
Segmentation fault
#0 0xb7c93a03 in pmc_new_noinit (interp=0x804f040, base_type=86) at
src/pmc.c:300
#1 0xb7c4dd5b in Parrot_register_HLL_type (interp=0x804f040, hll_id=1,
core_type=17, hll_type=86) at
It seems that PIR uses only one name space of identifiers.
$ cat const.pir
.const int cst = 42
.sub 'cst'
print cst
.end
$ parrot const.pir
error:imcc:undefined identifier 'cst'
in file 'const.pir' line 5
$ cat label.pir
.const int L1 = 42
.sub 'main'
print L1
goto L1
2008/8/29 James Keenan via RT [EMAIL PROTECTED]:
This dependence has been eliminated from 20 of the 76 current
configuration step tests. More to come.
On MinGW32 (ie gcc on Win32), there are new failure since r30361
D:\fperrad\Parrot\trunkperl t\steps\auto_msvc-01.t
1..39
ok 1 - use
Kevin Tew a écrit :
The merge has happened.
The following patch adds NCIGEN in the documentation (HTML generated).
Note : needs a better title than 'Native Call Interface Generator'.
François.
Developers/Users should see no visible changes.
Please build and test, should you have any
2008/8/23 Allison Randal [EMAIL PROTECTED]:
Moritz Lenz wrote:
On #perl6 somebody just asked if there were up-to-date windows builds of
parrot somewhere, he had googled for 'parrot windows'. The parrotwin32
project didn't show up in his search (but it's first for 'parrot win32').
I think we
2008/8/22 Kevin Tew [EMAIL PROTECTED]:
The merge has happened.
The target 'hello' seems broken :
src/exec_start.o: In function `set_nci_I':
/home/fperrad/checkout/parrot/src/jit_emit.h:96: undefined reference
to `Parrot_store_arg'
src/exec_start.o: In function `set_nci_N':
On Wed Aug 06 12:51:02 2008, fperrad wrote:
The patch contains a test case that exhibits the problem.
François.
Applied in r30181, as a TODO test.
François.
On Sun Aug 03 16:11:56 2008, Neopallium wrote:
I have separated the bugfixes into different patch files and included
one
large patch file (all_changes.patch) that includes all the other
patches.
fix_assignlist.patch:
In Lua you can swap variables using an assignlist like this:
v1,v2 =
2008/8/2 Allison Randal via RT [EMAIL PROTECTED]
On Tue Jul 22 06:10:41 2008, fperrad wrote:
In fact 'docall' uses a pushaction.
I modified 'docall' so it no longer uses pushaction, and all Lua tests
are now passing.
Ok, tests pass, but the behavior has changed.
(The tests were written
Thanks.
Applied in r29937.
Francois.
2008/8/1 Robert G. Jakabosky (via RT) [EMAIL PROTECTED]:
# New Ticket Created by Robert G. Jakabosky
# Please include the string: [perl #57504]
# in the subject line of all future correspondence about this issue.
# URL:
2008/8/3 Allison Randal [EMAIL PROTECTED]
I just merged in the pdd25cx branch. Resolving all the conflicts took
several hours (124 files, 1 minute or more per file...), but otherwise it
went smoothly.
The biggest changes you'll notice are the new exception system, a vastly
reduced usage of
I wrote languages/lua/src/lib/gl.pir glut.pir over
runtime/parrot/library/OpenGL.pir.
I obtain some success :
$ ./parrot languages/lua/lua.pbc languages/lua/demo/triangles.lua
run properly.
But the wrapper for Lua is currently incomplete. And I am not happy with
this way of doing, too
Geoffrey Broadwell a écrit :
On Tue, 2008-07-22 at 09:03 +0200, François Perrad wrote:
Ok, talking about libraries :
Lua compiler Lua Standard Libraries are complete (as far as the
current Parrot supports it).
So, since April 2008, I wrote some extension libraries for Lua
Since mid-June
Geoffrey Broadwell a écrit :
On Mon, 2008-07-21 at 09:34 +0200, François Perrad wrote:
Geoffrey Broadwell a écrit :
fperrad: How do these bindings actually work?
There'll work with runtime/parrot/library/OpenGL.pir.
OK ... so what could be improved about runtime/parrot
François Perrad a écrit :
Bernhard Schmalhofer via RT a écrit :
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
in branch_pdd25cx, 221/1109 Lua subtests failed.
Mostly for same reason
Geoffrey Broadwell a écrit :
I noticed a couple commits overnight for Lua to support OpenGL. I'm a
bit confused by them, since they don't seem to actually *do* anything,
just lots of (hopefully automatically generated!) scaffolding.
fperrad: How do these bindings actually work?
There'll work
NotFound a écrit :
After some discussion in #parrotsketch, the name parrot_debugger wins.
Done in r29496, waiting for comments and fixes before closing the ticket.
pdb was renamed parrot_debugger, but not installable_pdb.
François.
Bernhard Schmalhofer via RT a écrit :
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
in branch_pdd25cx, 221/1109 Lua subtests failed.
Mostly for same reason : exception handling.
$ cat
Bernhard Schmalhofer a écrit :
Hi,
on behalf of the Parrot team, I'm proud to announce the release of
Parrot 0.6.4
St. Vincent Amazon.
As usual, the Windows setup is available on
http://parrotwin32.sourceforge.net/
François.
Parrot 0.6.4 is available via CPAN, or follow the download
2008/7/12 Bob Rogers [EMAIL PROTECTED]:
9 days and no complaints; done.
When the coda is added by the generator, that's fine.
But MANIFEST is generated (with MANIFEST.SKIP)
and MANIFEST.generated is not a generated file (but the file that contains
all the generated/built files that could be
chromatic a écrit :
On Tuesday 08 July 2008 02:36:37 François PERRAD via RT wrote:
This bug starts with r28354 (cache string).
The cache don't handle empty string.
Now, in Pipp (PHP), an empty string is used to stringify boolean False.
// languages/pipp/src/pmc/phpboolean.pmc
STRING
Since the introduction of :lexid in PCT, the code generation in Lua is
wrong (empty outer). For example :
$ parrot luap.pir --target=pir
Compiler Lua 5.1 on Parrot Copyright (C) 2005-2008, The Perl Foundation.
print hello
.include interpinfo.pasm
.HLL Lua, lua_group
.namespace
.sub start
This bug starts with r28354 (cache string).
The cache don't handle empty string.
Now, in Pipp (PHP), an empty string is used to stringify boolean False.
// languages/pipp/src/pmc/phpboolean.pmc
STRING* get_string() {
if (PMC_int_val(SELF))
return const_string(INTERP, 1);
James Keenan via RT a écrit :
Please review the patch attached. Note the following:
1. As mentioned in my last post in this RT, the flow in this step
class's runstep() method is quite convoluted. I tried to improve it,
but this step still has five different points at which it can return. I
James Keenan via RT a écrit :
On Mon Jul 07 04:46:52 2008, [EMAIL PROTECTED] wrote:
Do you think you could 'svn up', reconfigure, and then let me know if
your patch is still needed?
Also send output of 'prove -v t/steps/auto_icu*.t' and 'perl
Configure.pl --verbose-step=auto::icu'.
Thanks.
2008/6/15 Bernhard Schmalhofer [EMAIL PROTECTED]:
Bill Ricker schrieb:
Plumhead may sound stupid but there's nothing wrong with Plum-Headed
Parakeet spelled correctly with the Hyphen and Three Cap Letters. It's
a real bird whose initials spell PHP, what more could you want in a
name?.
James Keenan via RT a écrit :
On Sun Jun 08 17:57:56 2008, [EMAIL PROTECTED] wrote:
Patch applied in r28188. Will resolve ticket if no one complains within
1-2 days. Thanks, Andy.
I had no problems running the two existing step tests for this step via
'prove -v t/steps/auto_perldoc*.t.
But
2008/6/9 James Keenan via RT [EMAIL PROTECTED]:
Based on our experience with File::Temp in the test suite, I think we
can avoid calling 'chmod' entirely (regardless of OS) and can simply use
File::Temp's functional interface (which avoids that warning I mentioned
in an earlier post).
2008/6/5 chromatic [EMAIL PROTECTED]:
Look at get_length() in tools/build/c2str.pl. If that's the problem (and
it
looks like it is), that's the place to fix it.
The length computation (in c2str.pl) is correct.
There are no missing make dependence.
But looks like a missing make dependence
The Roberto Ierusalimschy's paper A Text Pattern-Matching Tool based on
Parsing Expression Grammars
http://www.inf.puc-rio.br/~roberto/docs/peg.pdf describes a Parsing
Machine that allows a small and efficient implementation of Bryan Ford's
PEG (see
Klaas-Jan Stol a écrit :
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
anyhow, this ticket can be rejected.
I'm not sure.
Since r26988, I've same failure on Windows, with mingw gcc-3.4.2, and
perl 5.8.8 (build 822
2008/5/26 NotFound [EMAIL PROTECTED]:
Looks like exec_start.c include jit.h and jit_emit.h but doen't use
it. This patch drops those includes and solve the problem, at least in
i386.
I experiment this patch (on src/exec_start.c).
On Windows, with MinGW, r28042 :
- linking : OK
- but
NotFound a écrit :
Looking more carefully at this issue, it seems that those variables
and the code that uses them has no real effect. Without it, make test
pass, make testj pass, make hello and make perl6 builds and runs.
This patch cleans all. It needs to be tested with make testj in win
32,
2008/5/24 chromatic [EMAIL PROTECTED]:
On Friday 23 May 2008 04:06:45 NotFound wrote:
Looking better at the Parrot_exec_rel_... vars, they are not intended
to be exported at all, they are globals for private usage between exec
and jit, so they don't need the API or DATA things. This patch
chromatic a écrit :
They were walking to the Hemlock, the Rooster and the Mice, and the
Mice kept looking at one another, questioning.
We don't know what the future holds, do we? said Chauntecleer. The
Mice all shook their heads. They knew very little of anything. If,
Geoffrey Broadwell a écrit :
Thanks to tetragon++, I've now got OpenGL header parsing (mostly)
working on both Debian Linux/i386 and Mac OS X 10.5. Now I need headers
for Windows to continue the porting work.
For each of MSVC, MinGW, and cygwin, I need:
1. Path globs [1] for all OpenGL
James Keenan via RT a écrit :
On Mon Apr 21 07:11:23 2008, [EMAIL PROTECTED] wrote:
I prefer the die behavior, because with it, I don't forget to add tests
with auto::crypto.
So I'm not alone, after all ;-)
Now, I think the name gen::digest is not good.
I prefer gen::crypto because :
1)
James Keenan (via RT) a écrit :
# New Ticket Created by James Keenan
# Please include the string: [perl #53126]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=53126
I noticed that a new step, auto::digest, has been
2008/4/15 jerry gay [EMAIL PROTECTED]:
Aloha!
On behalf of the Parrot team, I'm proud to announce Parrot 0.6.1
Bird of Paradise. Parrot (http://parrotcode.org/) is a virtual machine
aimed
at running all dynamic languages.
The Windows setup is available on
that the support of NQP (action written in NQP, and NQP
generation) will be a great improvement.
By this way, TGE becomes a NQP preprocessor.
Comments most welcome.
François Perrad
seems limited to local label (.label) and local
variable (.macro_label).
Are there any other notation?
Or is this a new requirement?
The attached patch is a full example for languages/lua/lib/base64.pir
François Perrad.
Index: base64.pir
Original Message
Subject: Re: macro PIR needs
Date: Mon, 14 Apr 2008 18:03:44 +0200
From: François Perrad [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: jerry gay [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
jerry gay wrote
Bernhard Schmalhofer wrote:
On behalf of the Parrot team, I'm proud to announce Parrot 0.6.0
PP.
Parrot (http://parrotcode.org/) is a virtual machine aimed
at running dynamic languages.
This release is a milestone release featuring the
revamping of Parrot Magic Cookies.
The Windows setup is
@perl.org).
François Perrad.
chromatic wrote:
We've cleared up almost everything (nice work). Here's the last one:
WMLScript/t/string...7/48
# Failed test '- 3.14 '
# at WMLScript/t/string.t line 93.
# got: '4
# '
# expected: '-3.14
# 1
# '
I dug into the code a bit, but nothing in the PMCs
Jonathan Scott Duff (via RT) wrote:
# New Ticket Created by Jonathan Scott Duff
# Please include the string: [perl #51838]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=51838
It's time to use Configure.pl with
chromatic wrote:
On Monday 10 March 2008 07:24:44 François Perrad wrote:
chromatic wrote:
I fixed all of the compilation errors I could find as of r26285. 280
tests fail on the trunk for me and 308 fail on the branch, but they don't
look like compilation errors or PDD 17 porting errors
chromatic wrote:
On Friday 07 March 2008 02:22:58 François Perrad wrote:
but WMLScript PMCs don't compile :
many error like
.\wmlsinteger.pmc: In function `Parrot_WmlsInteger_subtract_WmlsString':
.\wmlsinteger.pmc:251: error: void value not ignored as it ought to be
I fixed all
chromatic wrote:
On Friday 07 March 2008 02:22:58 François Perrad wrote:
in r26261 with MinGW32, Lua PMCs seem OK (thank to chromatic).
Several tests fail for me, but it looks like a problem with caller() in Lua,
so it's probably beyond my expertise. It looks simpler to fix (if you know
Will Coleda wrote:
I wanted to call attention to part of today's Parrot Sketch:
allison - Otherwise, the PMC branch is ready for language testing,
will plan to merge it back into trunk next weekend.
So, language developers (and others); please grab a copy of
Will Coleda wrote:
I wanted to call attention to part of today's Parrot Sketch:
allison - Otherwise, the PMC branch is ready for language testing,
will plan to merge it back into trunk next weekend.
So, language developers (and others); please grab a copy of
chromatic wrote:
On Friday 07 March 2008 02:22:58 François Perrad wrote:
in r26261 with MinGW32, Lua PMCs seem OK (thank to chromatic).
Several tests fail for me, but it looks like a problem with caller() in Lua,
so it's probably beyond my expertise. It looks simpler to fix (if you know
Bob Rogers wrote:
On behalf of the Parrot team, I'm proud to announce Parrot 0.5.2
P.e. nipalensis. Parrot (http://parrotcode.org/) is a virtual machine
aimed at running all dynamic languages.
The Windows setup is available on http://parrotwin32.sourceforge.net/
with a perl6.exe for the
Allison Randal wrote:
François and I have been writing over each other's commits on
src/atomic/gcc_x86.c, so before I edit again, let's figure out the right
way to edit.
Andy, the headerizer dies with an error when src/atomic/gcc_x86.c has
two functions that are marked with both PARROT_API
Klaas-Jan Stol via RT wrote:
On Sun Dec 16 21:11:34 2007, coke wrote:
From PDD 19:
NOTE: The use of C:: in identifiers is deprecated.
what exactly does this mean?
In Lua, I started to replace (see r23367) :
[ 'Lua::io' ]
by
[ 'Lua'; 'io' ]
François
I take it that ::
Jonathan Worthington wrote:
--
Lebennin
Silver flow the streams from Colos to Erui
In the green fields of Lebennin!
Tall grows the grass there. In the wind from the Sea
The white lilies sway,
And the golden bells are shaken of mallos and alfirin
In the green fields of Lebennin,
In the
Patrick R. Michaud wrote:
On Sat, Dec 15, 2007 at 05:45:56PM +0200, Allison Randal wrote:
Patrick R. Michaud via RT wrote:
Yes, I didn't quite expect anyone to be using PCT::HLLCompiler with
PAST-pm, or supplying their own PAST-POST transformation.
If we need to put the ostgrammar back into
Andrew Shitov wrote:
I have no personal web site, so I create the project parrotwin32 on
sourceforge : http://parrotwin32.sourceforge.net/
Cool, and I also promoted it at http://perl6.ru/parrotwin32/.
But an attempt to run perl6.pbc faied:
C:\Program Files\parrot-0.5.0-develbin/parrot.exe
Xiao Yafeng wrote:
Cool!
But if it could include doc would be better.
Many doc are available in share/doc/parrot/docs (POD format).
François.
On Dec 5, 2007 11:38 PM, François Perrad [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I have no personal web site, so I create
Andrew Shitov wrote:
I have no personal web site, so I create the project parrotwin32 on
sourceforge : http://parrotwin32.sourceforge.net/
Cool, and I also promoted it at http://perl6.ru/parrotwin32/.
But an attempt to run perl6.pbc faied:
C:\Program Files\parrot-0.5.0-develbin/parrot.exe
.
François Perrad.
I gave a talk at the French Perl Workshop last week.
The subject was : Languages Implementation with Parrot - A study case:
Lua on Parrot.
Now, it's available on http://www.parrotcode.org/talks/LuaOnParrot.pdf
François.
At 17:18 02/11/2007 -0400, you wrote:
François PERRAD wrote:
just few comments about pdd19 :
1) Directive .namespace
.namespace NL
is currently valid, and I understand its behavior as : back to the default
It's in the docs for IMCC (docs/imcc/calling_conventions.pod
just few comments about pdd19 :
1) Directive .namespace
.namespace NL
is currently valid, and I understand its behavior as : back to the default
2) Directive .const with PMC
.const .String str = text
the form .type is currently required.
Have you plan to deprecated it in favour
At 08:25 27/10/2007 -0700, you wrote:
On Tue Oct 02 13:39:30 2007, [EMAIL PROTECTED] wrote:
Parrot is no longer licensed under the GPL directly (though it is
available under the GPL through the Artistic 2.0). Update or remove
references to the GPL license in these files:
debian/copyright:45
The conversion of Lua is ended.
The main issue was with the grammar parser :
Lua keywords were recognized as identifier.
I solve it by renaming the rule 'name' to 'Name' (r22499).
This rule is defined in lua/src/lua51.pir and used by lua/src/lua51.pg
So, that sounds strange.
François.
I've the following problem in languages/lua/pmc/luathread.pmc :
when the creation of Parrot::Coroutine
(runtime/parrot/library/Parrot/Coroutine.pir) was :
.local pmc coro
.const .Sub coro_sub = enumerate_tree
coro = new 'Parrot::Coroutine', coro_sub
in luathread.pmc, I wrote
I try to summarize all my feedback after this work.
I hope give you some subjects for next parrot sketches.
I) ISSUES
1) Closure lexical scoping rules
This is the biggest issue versus Lua specifications.
The TODO test in languages/lua/t/closure.t (line 73) shows it
(see also
At 11:40 19/09/2007 -0700, chromatic wrote:
On Wednesday 19 September 2007 09:58:56 François PERRAD wrote:
Any comments, suggestions, bug report, test, improvement are welcome on
Parrot mailing list (perl6-internals@perl.org).
Two tests fail reliably for me on x86 GNU/Linux, and one fails
At 12:00 20/09/2007 -0300, you wrote:
Date: Wed, 19 Sep 2007 20:26:52 +0200
From: Mike Pall [EMAIL PROTECTED]
Subject: Re: [ANN] Lua on Parrot 0.4.16
To: Lua list [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=iso-8859-1
Hi,
Fran?ois PERRAD wrote:
Any
and
http://svn.perl.org/viewcvs/parrot/trunk/languages/lua/doc/status.pod?view=markup.
Any comments, suggestions, bug report, test, improvement are welcome on
Parrot mailing list (perl6-internals@perl.org).
François Perrad.
and
http://svn.perl.org/viewcvs/parrot/trunk/languages/lua/doc/status.pod?view=markup.
Any comments, suggestions, bug report, test, improvement are welcome on
Parrot mailing list (perl6-internals@perl.org).
François Perrad.
At 21:39 03/09/2007 -0400, Bob Rogers wrote:
I have finally run out of excuses to delay publishing Kea Common
Lisp, the compiler for Parrot I've been hacking on for years now.
Attached please find a draft of the release announcement and the
README.text file it mentions; these should be enough
At 20:12 20/08/2007 -0500, Patrick R. Michaud wrote:
In preparation for the upcoming Parrot release,
please send or commit any updates to NEWS, PLATFORMS,
or other files that describe improvements or other
important changes since the 0.4.14 release.
NEWS / languages / Lua :
Lua works now with
With the following patch, the method init of 'PAST::Node' returns the node.
It's allow the use of tail call, for example :
.local pmc past
past = new 'PAST::Val'
past.'init'('node'=node, 'vtype'='.LuaBoolean', 'name'=1)
.return (past)
becomes :
.local pmc past
past = new
At 01:33 04/04/2007 +0100, Jonathan Worthington wrote:
Hi,
I was working on starting to move class functionality into v-table
methods, as discussed on list recently. However, I hit an interesting
issue - you cannot have a METHOD or PCCMETHOD with the same name as a
vtable method. We need to
At 16:39 25/02/2007 +0100, Klaas-Jan Stol wrote:
hi,
most languages that can run in interactive mode have some kind of welcome
message and prompt that is printed before the user can give any input.
For example, Python prints:
Python 2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC v.1310 32 bit
In Lua, a metamethod '__call' is needed.
So in the base PMC, I want write something like this:
void* invoke(void* next) {
PMC *meth = find_meth(INTERP, SELF, __call);
/*
* Here, I need to insert SELF as first argument,
* in the argument list carried by next
With the following code :
.sub main
print reached\n
exit 1
print not reached\n
.end
I obtain :
reached
But after adding a .HLL directive
.HLL 'Lua', 'lua_group'
.sub main
print reached\n
exit 1
print not reached\n
.end
I obtain :
In PIR language, I create a new class 'thread' by subclassing
'Parrot::Coroutine'.
And I want write a method '__add' for support the opcode 'add'.
But, I can't found the correct syntax.
Is it possible to mix :method and :multi ?
# languages/lua/lib/thread.pir extract
.namespace [ 'Lua' ]
In languages/lua/lib/thread.pir, I create a Lua thread type by extension of
Parrot::Coroutine.
So I add a lot of methods for Lua type, but I think that 2 of these methods
could be integrated in Parrot::Coroutine :
- __clone
- __get_pointer (equivalent of get_pointer() in src/pmc/sub.pmc)
At 13:48 14/10/2006 -0400, Bob Rogers wrote:
So while we could redesign Coroutine.pmc now, I don't think we are
ready to reimplement it. In the mean time, having an alternative
implementation allows those who want a full implementation (hi,
Fran,Ag(Bois!) to get on with it.
I've removed
At 18:52 07/10/2006 -0400, Bob Rogers wrote:
From: François PERRAD [EMAIL PROTECTED]
Date: Wed, 04 Oct 2006 08:55:34 +0200
I've tried without success to implement coroutine in language Lua . . .
Help is welcome.
François.
I am not surprised that you have had difficulty. I
At 12:26 04/10/2006 -0700, you wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #40455]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=40455
Hi,
since a while 'languages/dotnet'
At 12:26 04/10/2006 -0700, you wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #40455]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=40455
Hi,
since a while 'languages/dotnet'
At 20:54 02/10/2006 -0400, Bob Rogers wrote:
This weekend's project (committed as r14830) makes continuations
capture the dynamic environment so that they can restore it properly on
invocation. This makes it possible for multiple continuations to
coexist that return to different environments
1 - 100 of 132 matches
Mail list logo