Hey all,
What's the recommended way of implementing a partial application
language in Parrot? So far the best I've thought is to compile all
calls to an auxillary procedure that either makes a tail call to the
actual subroutine (if enough args are available to the procedure), or
else produces a t
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #47998]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47998 >
Been making smoke nightly on linux and last night got a "format failure"
Upgraded
On Tue Nov 27 19:53:55 2007, [EMAIL PROTECTED] wrote:
> I should add that I'll probably have to revise doc/configuration.pod a
> bit to impose a rule that Perl 5 %Config may only be 'use-d' in
> init::defaults. I'll also have to revise the documentation for
> Parrot::Configure::Data::keys() to inc
On Wed Nov 28 19:23:13 2007, [EMAIL PROTECTED] wrote:
> For a given instance of perl on a given OS, can I assume that the two
> commands below will *always* produce the same output?
>
> [parrot] 506 $ perl -MConfig -le 'print $Config{osname}'
> darwin
> [parrot] 507 $ perl -le 'print $^O'
> darwi
I wove what I was doing on this RT into what I was doing in
http://rt.perl.org/rt3/Ticket/Display.html?id=47902 and have submitted
the results in a patch attached to that ticket:
http://rt.perl.org/rt3/Ticket/Attachment/324326/16/diff.noConfig.patch.txt
I did not implement a command-line opti
# New Ticket Created by Will Coleda
# Please include the string: [perl #48008]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48008 >
I don't normally build on windows, but tried today to verify some code for
kid51; starte
On Saturday 01 December 2007 06:47:23 James Keenan via RT wrote:
> I wove what I was doing on this RT into what I was doing in
> http://rt.perl.org/rt3/Ticket/Display.html?id=47902 and have submitted
> the results in a patch attached to that ticket:
> http://rt.perl.org/rt3/Ticket/Attachment/32432
[EMAIL PROTECTED] writes:
Author: paultcochrane
Date: Sat Dec 1 06:08:08 2007
New Revision: 23307
Modified:
trunk/examples/sdl/blue_rect.pl
Log:
[examples]
- corrected editor coda
- added no critic flags to switch off Perl::Critic warnings for the use
strict and use warnings pragm
On Friday 30 November 2007 10:54:46 istarex wrote:
> What's the recommended way of implementing a partial application
> language in Parrot? So far the best I've thought is to compile all
> calls to an auxillary procedure that either makes a tail call to the
> actual subroutine (if enough args are
On Saturday 01 December 2007 10:49:24 Will Coleda wrote:
> I don't normally build on windows, but tried today to verify some code for
> kid51; started by doing a basic build against trunk:
>
> winxp, visual studio 2005, r23314
>
> Build ends with:
>
> ..\..\parrot.exe ..\..\compilers\tge\tgc.pir -
On Dec 1, 2007 11:11 AM, chromatic <[EMAIL PROTECTED]> wrote:
> A backtrace would be nice. We've also invalidated bytecode a few times
> recently, so if you didn't do a realclean first, please try that to see if it
> clears up.
>
> libparrot.dll!string_hash(parrot_interp_t * interp=0x01cb11b
On Sat Dec 01 10:52:27 2007, [EMAIL PROTECTED] wrote:
O.
>
> We'll probably have to perform a similar replacement in the remaining
> tests,
> at least to make cross-compilation test correctly.
Yes. For the purpose of this test, I assumed that the original authors
and maintainers of the configu
On Fri Nov 30 10:04:07 2007, [EMAIL PROTECTED] wrote:
> chromatic wrote:
> > On Thursday 29 November 2007 20:54:13 Will Coleda wrote:
> >>
> >> $ svn diff
> >> Index: src/parser/indent.pir
> >> ===
> >> --- src/parser/indent.pir
# New Ticket Created by Will Coleda
# Please include the string: [perl #48010]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48010 >
print_newline
is the same as
say ''
I vote we kill it. If we must, we can add a s
# New Ticket Created by Will Coleda
# Please include the string: [perl #48012]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48012 >
From DEPRECATED.pod
Attributes on exception objects will no longer be accessible by in
On Saturday 01 December 2007 13:45:57 Will Coleda wrote:
> print_newline
>
> is the same as
>
> say ''
>
> I vote we kill it. If we must, we can add a say variant that takes no args
> that does the same thing.
+1 for removing duplicate features.
-- c
# New Ticket Created by Will Coleda
# Please include the string: [perl #48014]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48014 >
from DEPRECATED.pod
The PMC union struct is deprecated and will be removed once all cor
# New Ticket Created by Will Coleda
# Please include the string: [perl #48016]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48016 >
=item B
There are several variants of some of the above ops; all are deprecated,
and ar
# New Ticket Created by Will Coleda
# Please include the string: [perl #48018]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48018 >
from DEPRECATED.pod
=item B
There are several variants of some of the above ops; all
On Sat, Dec 01, 2007 at 01:45:57PM -0800, Will Coleda wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #48010]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=48010 >
>
>
> print_newline
# New Ticket Created by Will Coleda
# Please include the string: [perl #48022]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48022 >
From DEPRECATED.pod:
The experimental C opcode is deprecated and will be removed in
t
# New Ticket Created by Will Coleda
# Please include the string: [perl #48024]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48024 >
From DEPRECATED.pod:
Type IDs will go away in 0.5.0.
Instead of:
$P0 = new Integer
# New Ticket Created by Will Coleda
# Please include the string: [perl #48026]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48026 >
From DEPRECATED.pod:
Similarly, the pgc.pir compiler (for grammars) is deprecated
in f
# New Ticket Created by Will Coleda
# Please include the string: [perl #48028]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48028 >
From DEPRECATED.pod:
In early 2007 there were a number of changes made to the Perl 6
r
On Sat, Dec 01, 2007 at 02:30:24PM -0800, Will Coleda wrote:
> # http://rt.perl.org/rt3/Ticket/Display.html?id=48020 >
>
> from DEPRECATED.pod
>
> =item B
>
> There are several variants of some of the above ops; all are deprecated,
> and are replaced by the ops {set,get}_[hll,root]_global. See
# New Ticket Created by Will Coleda
# Please include the string: [perl #48030]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48030 >
from DEPRECATED.pod:
The compiler tools in compilers/PAST-pm/ and
runtime/parrot/librar
# New Ticket Created by Will Coleda
# Please include the string: [perl #48020]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48020 >
from DEPRECATED.pod
=item B
There are several variants of some of the above ops; all
On Saturday 01 December 2007 11:33:28 jerry gay wrote:
> On Dec 1, 2007 11:11 AM, chromatic <[EMAIL PROTECTED]> wrote:
> > A backtrace would be nice. We've also invalidated bytecode a few times
> > recently, so if you didn't do a realclean first, please try that to see
> > if it clears up.
> >
>
On Sat Mar 03 19:37:10 2007, rgrjr wrote:
>When the get_params instruction runs, the arguments are pulled from
> the context pointed to by the caller_ctx member of the running context.
> After a tailcall, the caller_ctx can be the only pointer left to the
> caller's context. This member is not
# New Ticket Created by Will Coleda
# Please include the string: [perl #48034]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48034 >
./parrot examples/tge/branch/transform.pir
"load_bytecode" couldn't find file 'lib/Leaf.
# New Ticket Created by James Keenan
# Please include the string: [perl #48036]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48036 >
The patch attached adds a '--silent' option to Parrot configuration.
When this option
On Sun Oct 28 07:21:43 2007, coke wrote:
> $ make tclsh
> ../../parrot --output=tcl.pbc src/tclsh.pir
> ../../parrot -G tcl.pbc
> dyld: lazy symbol binding failed: Symbol not found: _Parrot_register_pmc
>Referenced from: /Users/coke/research/parrot/runtime/parrot/dynext/
> tcl_group.bundle
>
Review this patch instead; it's more complete.
Index: MANIFEST
===
--- MANIFEST(revision 23336)
+++ MANIFEST(working copy)
@@ -1,7 +1,7 @@
# ex: set ro:
# $Id$
#
-# generated by tools\dev\mk_manifest_and_skip.pl Sat Dec 1 1
33 matches
Mail list logo
