2009/10/28 Will Coleda via RT :
> 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
>>
>> 2008/10
2009/9/22 James Keenan via RT :
> 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 essential to our efforts.
2009/3/22 Will Coleda via RT :
> 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() collects lisp files as
2009/3/22 Will Coleda via RT :
> 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 $P2, 'Integer'
>>
2009/3/22 Will Coleda via RT :
> 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
>> http://rt.perl.org/rt3/Public/Bug/Display.html?id=
2009/2/1 James Keenan via RT :
> 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
> ___
> http://l
2009/2/1 James Keenan via RT :
> 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
> ___
> http://lists.parro
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:
>
>
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-devel>bin\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 real
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 che
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 followin
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 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 src/hll.c:
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
L
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\trunk>perl t\steps\auto_msvc-01.t
1..39
ok 1 - use con
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 problem
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').
>>
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':
/home/fperrad/che
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:
> v
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 us
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.
> # http://rt.perl.org/rt3/Ticket/Disp
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 we
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
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 :
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/p
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 w
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 nil.
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 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
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 "&
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
S
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 :
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.
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
h
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
>
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).
>
>
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/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 depend
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 fr
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 http://pdos.csail.mit.edu/~baford/packrat
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/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 e
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. T
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 headers
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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53126 >
I noticed that a new step, auto::digest, has been adde
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 http://parrotwin32.sour
ed.
I think 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
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]>
<[EM
base64.pbc] Error 2
The notation $fname 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.p
either (because of that)
* if you need help with converting to PCT, let me know.
kjs
On Wed, Mar 19, 2008 at 4:44 PM, François Perrad
<[EMAIL PROTECTED]> wrote:
Parrot is a VM (virtual machine) designed specifically for running
dynamic languages in general, and Perl 6 in particular (see
@perl.org).
François Perrad.
Bernhard Schmalhofer wrote:
On behalf of the Parrot team, I'm proud to announce Parrot 0.6.0
"P&P."
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 i
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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51838 >
It's time to use Configure.pl with the o
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 j
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 e
Will Coleda wrote:
I wanted to call attention to part of today's Parrot Sketch:
- 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
https://svn.perl.org/parrot/branches/pdd17p
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
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
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
Will Coleda wrote:
I wanted to call attention to part of today's Parrot Sketch:
- 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
https://svn.perl.org/parrot/branches/pdd17p
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 fir
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 an
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 win
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 t
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
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-devel>"bin/parrot.exe"
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-devel>"bin/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
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), but not in
just few comments about pdd19 :
1) Directive .namespace
.namespace
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/copyrigh
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 (t
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 http://www.lua.o
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
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
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.
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 a
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 = n
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 b
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 nex
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' ]
.sub
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)
Fran
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 th
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 dif
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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40455 >
Hi,
since a while 'languages/dotnet' show
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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40455 >
Hi,
since a while 'languages/dotnet' show
1 - 100 of 133 matches
Mail list logo