Parrot Partial application

2007-12-01 Thread istarex
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

[perl #47998] r23293: Make smoke invalid format failure

2007-12-01 Thread via RT
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #47998] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=47998 Been making smoke nightly on linux and last night got a format failure

[perl #47902] [PATCH] Confine calls to Perl 5 %Config to init::defaults

2007-12-01 Thread James Keenan via RT
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

[perl #41597] [PATCH] replacing explicit access to $^O in Configure

2007-12-01 Thread James Keenan via RT
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' darwin

[perl #41597] [PATCH] replacing explicit access to $^O in Configure

2007-12-01 Thread James Keenan via RT
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

[perl #48008] build broken on windows.

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48008] # in the subject line of all future correspondence about this issue. # URL: 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;

Re: [perl #41597] [PATCH] replacing explicit access to $^O in Configure

2007-12-01 Thread chromatic
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:

Re: [svn:parrot] r23307 - trunk/examples/sdl

2007-12-01 Thread Will Coleda
[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

Re: Parrot Partial application

2007-12-01 Thread chromatic
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

Re: [perl #48008] build broken on windows.

2007-12-01 Thread chromatic
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

[perl #41597] [PATCH] replacing explicit access to $^O in Configure

2007-12-01 Thread James Keenan via RT
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

Re: [perl #48008] build broken on windows.

2007-12-01 Thread jerry gay
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=0x01cb11b8,

[perl #47980] [Pynie] using invalid attribute syntax...

2007-12-01 Thread Will Coleda via RT
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 (revision 23256)

[perl #48010] [RFC] [DEPRECATED] print_newline opcode

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48010] # in the subject line of all future correspondence about this issue. # URL: 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

[perl #48012] [DEPRECATED] keyed access to exception attributes

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48012] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48012 From DEPRECATED.pod Attributes on exception objects will no longer be accessible

Re: [perl #48010] [RFC] [DEPRECATED] print_newline opcode

2007-12-01 Thread chromatic
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

[perl #48014] [DEPRECATED] PMC union struct

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48014] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48014 from DEPRECATED.pod The PMC union struct is deprecated and will be removed once

[perl #48016] [DEPRECATED] store_global opcode

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48016] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48016 =item Bstore_global There are several variants of some of the above ops; all are

[perl #48018] [DEPRECATED] find_global opcode

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48018] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48018 from DEPRECATED.pod =item Bfind_global There are several variants of some of the

[perl #48020] [DEPRECATED] find_name opcode

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48020] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48020 from DEPRECATED.pod =item Bfind_name There are several variants of some of the

Re: [perl #48010] [RFC] [DEPRECATED] print_newline opcode

2007-12-01 Thread Patrick R. Michaud
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. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48010 print_newline

[perl #48022] [DEPRECATED] instantiate opcode

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48022] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48022 From DEPRECATED.pod: The experimental Cinstantiate opcode is deprecated and will

[perl #48024] [DEPRECATED] type ids

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48024] # in the subject line of all future correspondence about this issue. # URL: 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

[perl #48026] [DEPRECATED] pgc.pir

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48026] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48026 From DEPRECATED.pod: Similarly, the pgc.pir compiler (for grammars) is deprecated

Re: [perl #48020] [DEPRECATED] find_name opcode

2007-12-01 Thread Patrick R. Michaud
On Sat, Dec 01, 2007 at 02:30:24PM -0800, Will Coleda wrote: # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48020 from DEPRECATED.pod =item Bfind_name There are several variants of some of the above ops; all are deprecated, and are replaced by the ops

[perl #48030] [DEPRECATED] compilers/PAST-pm, Parrot/HLLCompiler.pir

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48030] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48030 from DEPRECATED.pod: The compiler tools in compilers/PAST-pm/ and

[perl #48028] [DEPRECATED] PGE::P6Regex

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48028] # in the subject line of all future correspondence about this issue. # URL: 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

Re: [perl #48008] build broken on windows.

2007-12-01 Thread chromatic
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.

[perl #41642] [BUG] tailcall with slurpy gives segfault

2007-12-01 Thread Will Coleda via RT
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

[perl #48034] [BUG] examples/streams/Bytes.pir runtime error

2007-12-01 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #48034] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48034 ./parrot examples/tge/branch/transform.pir load_bytecode couldn't find file

[perl #48036] [PATCH] Add --silent option to Parrot configuration

2007-12-01 Thread via RT
# New Ticket Created by James Keenan # Please include the string: [perl #48036] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48036 The patch attached adds a '--silent' option to Parrot configuration. When this

[perl #46973] [Tcl] - can't find Parrot_register_pmc

2007-12-01 Thread Will Coleda via RT
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

[perl #48036] [PATCH] Add --silent option to Parrot configuration

2007-12-01 Thread James Keenan via RT
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