Well, after a long and very fruitful day of hacking, the 'abc'
compiler in Parrot is now written mostly in PGE and NQP, with
all tests passing.
'abc' is an implementation of a basic calculator (like the
unix bc(1) command) for Parrot. While abc does support a lot
of bc features, the primary pu
Author: pmichaud
Date: Mon Nov 26 22:27:07 2007
New Revision: 23124
Modified:
trunk/docs/pdds/pdd26_ast.pod
Changes in other areas also in this revision:
Modified:
trunk/compilers/pct/src/PAST/Compiler.pir
trunk/compilers/pct/src/PAST/Node.pir
Log:
[pct]:
* Add 'returns' attribute to PA
There are a few tickets in RT for TGE; 44979, 43757, 40002, 39913...
However, I noted after talking to Patrick earlier today that TGE
isn't currently in use in the new toolchain.
Anyone have plans for TGE going forward? Will it eventually be phased
out in favor of the other pct tools?
--
On Sun Nov 25 20:00:10 2007, coke wrote:
>
> fixed in r23065.
Note: While these reverts cleared up the problem going forward, even
after doing 'svn update' I was unable to successfully do 'make
realclean'. I had to blow away my sandbox and checkout a new sandbox of
trunk in order to be able t
Author: pmichaud
Date: Mon Nov 26 14:05:02 2007
New Revision: 23101
Modified:
trunk/docs/pdds/pdd26_ast.pod
Changes in other areas also in this revision:
Modified:
trunk/compilers/pct/src/PAST/Compiler.pir
trunk/compilers/pct/src/PAST/Node.pir
Log:
[pct]:
* Add support for n_neg and n_m
On Monday 26 November 2007 10:52:41 Patrick R.Michaud wrote:
> The perl6 compiler no longer runs or passes tests after r22956
> (r22955 appears to work fine).
>
> The log for r22956 reads:
>
>
> r22956 | chromatic | 2007-11-2
On Monday 26 November 2007 11:48:29 Johannes Barop wrote:
> I think there is a type-error in the Makefile or a file is named wrong.
> make found a missing target "pir.vim.in"
> Renaming the "pir_vim.in" to "pir.vim.in" seems to fix it.
Thanks for the report!
We renamed files a while back to get
# New Ticket Created by Johannes Barop
# Please include the string: [perl #47858]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47858 >
Hi,
I think there is a type-error in the Makefile or a file is named wrong.
make foun
James E Keenan schrieb:
On Nov 25, 2007, at 12:52 PM, Paul Cochrane via RT wrote:
This error has been happening in dotnet for a long time. I can't give
you a better timeframe than that, but it's been in that state (giving
these warnings) since before I managed to get it's Configure.pl to g
On Monday 26 November 2007 10:52:41 Patrick R.Michaud wrote:
> The perl6 compiler no longer runs or passes tests after r22956
> (r22955 appears to work fine).
>
> The log for r22956 reads:
>
>
> r22956 | chromatic | 2007-11-2
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #47854]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47854 >
The perl6 compiler no longer runs or passes tests after r22956
(r22955 appears to
On Sunday 25 November 2007 21:48:01 Joe Sadusk via RT wrote:
> Ok, here's try two. Platform specific stuff has been moved into
> config/gen/platform, and non-win32 platforms use strerror_r directly.
Change "its" to "it's" in the comment before #define ERRBUF_SIZE and this
patch looks reasonable
It looks as though the 0.4.15, 0.4.16, and 0.5.0 releases were all made
without updating PBC_COMPAT, with no ill effects.
So, I've now removed "item f" (update PBC_COMPAT) from the
release_manager_guide.pod and I'm marking this ticket as resolved.
Pm
On Sun Jul 23 06:35:21 2006, coke wrote:
> The TGE grammar doesn't deal with embedded }'s:
>
> Invalid:
>
> transform a (b) {
> # do nothing}
> }
>
> transform a (b) {
> # do {nothing}
> }
If we still need this, I vote that tge transforms require the
closing brace to be at the beginning of
On Tue Sep 11 11:11:39 2007, bernhard wrote:
> Patrick R. Michaud schrieb:
> > On Tue, Aug 28, 2007 at 09:37:39AM -0700, Debbie Harry wrote:
> >
> >> # New Ticket Created by "Debbie Harry"
> >> # Please include the string: [perl #45023]
> >> # in the subject line of all future correspondence
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #47852]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47852 >
15:50 coke: can we get rid of the codestring-pmc branch?
15:51 as long as someo
On Mon, Nov 26, 2007 at 09:03:38AM -0600, Patrick R. Michaud wrote:
> On Mon, Nov 26, 2007 at 01:03:32AM -0800, Allison Randal wrote:
> > The 'copy' opcode is similar to 'clone' but it reuses the PMC header of
> > the destination register. It takes two PMC arguments.
> >
> > The opcode will be im
On Mon, Nov 26, 2007 at 11:01:56AM +0200, Allison Randal wrote:
> Patrick R. Michaud wrote:
> >
> >How about 'copy'?
> >
>
> I like 'copy', and the idea that it always consistently creates a copy
> of the object it's passed. We'll probably get some confusion about the
> distinction between 'copy
On Mon, Nov 26, 2007 at 01:03:32AM -0800, Allison Randal wrote:
> The 'copy' opcode is similar to 'clone' but it reuses the PMC header of
> the destination register. It takes two PMC arguments.
>
> The opcode will be implemented by calling the 'morph' and 'assign'
> vtable functions.
Just a not
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Nov 26 14:00:09 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Mon, Nov 26, 2007 at 11:29:23AM +0200, Allison Randal wrote:
> So this doesn't get Warnocked: this is a Patrick question. Best to put
> it in the RT queue.
I'll go ahead and answer it here, now that I have an answer. :-)
> >In my reading through the PDDs, I came across the new PAST one, whic
On Mon, Nov 26, 2007 at 04:01:37PM +0200, Allison Randal wrote:
> Patrick R.Michaud (via RT) wrote:
> >
> >This isn't a super-huge priority at the moment... for the
> >time being we can simply have PCT not attach any :outer
> >flags to methods. But eventually we'll probably want to
> >have this wo
Patrick R.Michaud (via RT) wrote:
This isn't a super-huge priority at the moment... for the
time being we can simply have PCT not attach any :outer
flags to methods. But eventually we'll probably want to
have this working.
Can you give me an HLL use case, so we get the implementation right? A
Klaas-Jan Stol (via RT) wrote:
Summarizing, IMHO this "feature" can be removed.
Thumbs up.
Allison
Klaas-Jan Stol wrote:
On Nov 26, 2007 10:01 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
I like 'copy', and the idea that it always consistently creates a copy
of the object it's passed. We'll probably get some confusion about the
distinction between 'copy' and 'clone'. Saying "clone creates a
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #47846]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47846 >
>From the beginning IMCC has had the ".emit"/".eom" pair of directives.
The idea is th
On Nov 26, 2007 10:01 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
> Patrick R. Michaud wrote:
> >
> > How about 'copy'?
> >
> > Of the above suggestions, 'morph' seems most accurate, and 'new'
> > seems all wrong to me. Of course, if we do it as a variant of
> > 'clone' or 'morph' we might run i
# New Ticket Created by Allison Randal
# Please include the string: [perl #47828]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47828 >
The 'copy' opcode is similar to 'clone' but it reuses the PMC header of
the destinati
Ok, here's try two. Platform specific stuff has been moved into
config/gen/platform, and non-win32 platforms use strerror_r directly.
On Fri Nov 23 01:29:35 2007, kjs wrote:
> On Nov 22, 2007 9:03 PM, Joe Sadusk via RT
> <[EMAIL PROTECTED]> wrote:
> > Reposting this because this is my first patch
So this doesn't get Warnocked: this is a Patrick question. Best to put
it in the RT queue.
Allison
Jonathan Worthington wrote:
Hi,
In my reading through the PDDs, I came across the new PAST one, which I'm
happy to see. I noticed that there is not any class and role definition
related PAST nod
Patrick R. Michaud wrote:
How about 'copy'?
Of the above suggestions, 'morph' seems most accurate, and 'new'
seems all wrong to me. Of course, if we do it as a variant of
'clone' or 'morph' we might run into trouble when the source
operand is itself a class (do we want to copy the class or do
On Nov 26, 7:42 am, [EMAIL PROTECTED] (Will Coleda)
wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #47826]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=47826>
>
> The NCI information in
Author: allison
Date: Mon Nov 26 00:53:05 2007
New Revision: 23078
Modified:
trunk/docs/pdds/pdd25_concurrency.pod
Changes in other areas also in this revision:
Modified:
trunk/include/parrot/scheduler.h
trunk/src/pmc/task.pmc
Log:
[concurrency] Priority is an integer value, not a strin
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.
34 matches
Mail list logo
