On Mon, 2005-12-26 at 00:40 +0100, Leopold Toetsch wrote:
> On Dec 25, 2005, at 23:48, Steve Gunnell wrote:
[snip]
>
> > When using the Read/Readline opcodes how do we specify what encoding is
> > to be assumed for the incoming string?
>
> There is one output encoding filter currently:
>
>po
From: Leopold Toetsch <[EMAIL PROTECTED]>
Date: Sat, 31 Dec 2005 01:17:39 +0100
On Dec 30, 2005, at 17:50, Bob Rogers wrote:
>The attached patch is functionally complete, but I still have a few
> loose ends to nail down, so I thought it would be a good time to post
> it
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #38098]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38098 >
There are two new [expr] operators in Tcl 8.5 that need to be added to
partcl: in an
# New Ticket Created by Will Coleda
# Please include the string: [perl #38085]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38085 >
# New Ticket Created by jerry gay
# Please include the string: [perl #38083]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38083 >
adjust the parrot test harness to fill I/N registers with garbage by
default. in other wor
[Note: Posted to both perl6-language and perl6-documentation.
Since perl6-documentation is no longer advertised, I assume
follow ups should be posted to perl6-language only].
When Audrey gave a recent talk to Sydney.pm, she pointed out
some deficiencies in the current Pugs/Perl 6 documentation
and
Please have a look at http://ali.as/pita/ [PITA - The Perl Image
Testing Architecture] and how we can use this for further/additional
Parrot platform testing.
Thanks,
leo
On Dec 30, 2005, at 17:50, Bob Rogers wrote:
The attached patch is functionally complete, but I still have a few
loose ends to nail down, so I thought it would be a good time to post
it
for review. The issues are as follows:
1. It needs more higher-level documentation. Is compiler_f
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #38090]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38090 >
Most builtins take a varying number of arguments, so it's hard to use
this there, bu
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #38089]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38089 >
The PMC dependencies in the makefile should be more explicit.
*something* is causing
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #38088]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38088 >
While not necessary, it'd be nice from a debugging standpoint to
generate nicely for
This is done as of r10803.
# New Ticket Created by Will Coleda
# Please include the string: [perl #38087]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38087 >
convert [puts] to an inlined variant. This would be a good inline to
experiment with s
# New Ticket Created by Will Coleda
# Please include the string: [perl #38086]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38086 >
While expr is already acting as a compiler, it immediately executes
the generated PIR
# New Ticket Created by Will Coleda
# Please include the string: [perl #38084]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38084 >
proc already does compile, but immediately executes the sub.
should instead pass along
On Dec 30, 2005, at 20:54, Will Coleda (via RT) wrote:
[expr] currently generates quite a bit of code for something like:
expr 1*2*3*4*5
Since all of those operators are constant, it should be possible to
have that expr call be distilled to:
.sub foo :anon
$P0 = new TclInt
$P0 = 120
# New Ticket Created by Will Coleda
# Please include the string: [perl #38082]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38082 >
http://www.tcl.tk/man/tcl8.5/TclCmd/pwd.htm
# New Ticket Created by Will Coleda
# Please include the string: [perl #38081]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38081 >
Add compiled TclComment objects, which do nothing other than generate
PIR comments with
# New Ticket Created by Will Coleda
# Please include the string: [perl #38074]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38074 >
$ tclsh # RIGHT
% expr fink()
unknown math function "fink"
$ make tclsh #WRONG
% expr
# New Ticket Created by Will Coleda
# Please include the string: [perl #38080]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38080 >
http://www.tcl.tk/man/tcl8.5/TclCmd/cd.htm
# New Ticket Created by Will Coleda
# Please include the string: [perl #38079]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38079 >
http://www.tcl.tk/man/tcl8.5/TclCmd/pwd.htm
# New Ticket Created by Will Coleda
# Please include the string: [perl #38078]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38078 >
There is currently no way to change your current directory from
within parrot.
A meth
# New Ticket Created by Will Coleda
# Please include the string: [perl #38077]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38077 >
There is currently no way to determine your current directory from
within parrot.
A m
# New Ticket Created by Will Coleda
# Please include the string: [perl #38076]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38076 >
[expr] currently generates quite a bit of code for something like:
expr 1*2*3*4*5
Sinc
# New Ticket Created by Will Coleda
# Please include the string: [perl #38075]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38075 >
tcl's expr currently only supports unary and binary ops.
Adding ternary support can be
# New Ticket Created by Will Coleda
# Please include the string: [perl #38073]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38073 >
$ tclsh
% expr atan2(2,3)
0.588002603548
% expr fmod(2.3,.2)
0.1
% expr hypot(3.1,4.1
The attached patch is functionally complete, but I still have a few
loose ends to nail down, so I thought it would be a good time to post it
for review. The issues are as follows:
1. It needs more higher-level documentation. Is compiler_faq.pod
the best place for this?
2. Binding 'fo
On 12/30/05, Peter Schwenn <[EMAIL PROTECTED]> wrote:
> What is the most commonly used development platform (os and machine) by
> folks on this group?
>
i can't answer that. i can tell you i use i386-win32-msvc, and
sometimes i386-linux-gcc. i know some others are using
x86_64-linux-gcc, ppc-darwin
Perl6ers,
What is the most commonly used development platform (os and machine) by
folks on this group?
PeterS
Steve Peters wrote:
On Wed, Dec 28, 2005 at 09:50:49PM -0500, Peter Schwenn wrote:
I've spent a couple of days trying out Cygwin, MinGW, PXPerl, and other
Windows based contexts, i
On 12/30/05, Piers Cawley <[EMAIL PROTECTED]> wrote:
> Stuart Cook <[EMAIL PROTECTED]> writes:
>
> > On 29/12/05, Austin Frank <[EMAIL PROTECTED]> wrote:
> >> So, is there a conceptual connection between imposing named argument
> >> interpretation on pairs in an arg list and slurping up the end of
# New Ticket Created by Alberto Simoes
# Please include the string: [perl #38072]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38072 >
Note that this patch does not fixes the failing tests added by Coke on
last commit,
Stuart Cook <[EMAIL PROTECTED]> writes:
> On 29/12/05, Austin Frank <[EMAIL PROTECTED]> wrote:
>> So, is there a conceptual connection between imposing named argument
>> interpretation on pairs in an arg list and slurping up the end of a
>> parameter list? Are there other meanings of prefix:<*> t
32 matches
Mail list logo
