Hi,
Although the patch is appreciated, I think it's better to keep it
empty; if you don't set a prompt, there shouldn't be one. I do not
know a language that has an empty prompt, but I'm sure there is.
Anyway, I think an empty prompt is a better default.
my 2c,
kjs
On Mon, Mar 31, 2008 at 12:09
Hi,
John M. Dlugosz wrote:
I've installed the Win32 build of Pugs, but is appears to be incomplete. How
do I get the real thing? I've also heard that Pugs is in stasis, so is
this still a good way to write stuff and learn today?
There is no real thing yet, which is why we're working on it
HaloO,
Darren Duncan wrote:
For other operators, non-assoc etc, the work will probably all have to
be linear. Eg difference|quotient|exponentiation.
That's why I would rename the left and right operator associativity
to left and right sequentiality. Note that there's a fundamental
difference
On Mon, Mar 31, 2008 at 10:23:45AM +0200, Moritz Lenz wrote:
John M. Dlugosz wrote:
I understand the most official grammar is being developed there.
Not quite. The official grammar is in the pugs repo in src/perl6/, but
it can't really run on anything yet.
This is correct -- the official
From: Agent Zhang
IMHO pod2html is old and broken in various ways. I think you should
use the tools provided by Pod::Simple instead. For the Synopses on
feather, we're using the podhtml.pl script (based on
Pod::Simple::HTML):
http://svn.pugscode.org/pugs/util/podhtm.pl
Hopefully you
HaloO,
Darren Duncan wrote:
Or maybe your question is more about what method to use by default if
users don't explicitly choose one?
Yes. I thought we have gone over this in the div/mod discussion that
ended with specifying floor semantics for %. I sort of hoped for a
synopsis update with
I'm glad also! But If I had read this mail before reinstalled SVN
client, I would be glader. ;)
On Sun, Mar 30, 2008 at 10:12 PM, Andrew Whitworth
[EMAIL PROTECTED] wrote:
Oh, i'm glad this is a bug in the repository, when it happened to me,
I assumed that my SVN client was broken. Now I dont
# New Ticket Created by Ilya Belikin
# Please include the string: [perl #52288]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52288
Hi!
I can`t make Parrot:
---
osname= linux
osvers= 2.6.15.7
arch=
HaloO,
I asked:
just re-reading S03 I saw that it defines the Rat to Int
conversion as truncation.
Hmm, does assuming floor semantics reveal the availability of
the tail function for Nums?
(-1.25).tail == 0.75
Can it also be used as an lvalue?
my Rat $x = -5/4; # note that this is
On Mon, Mar 31, 2008 at 09:54:58AM +0800, Agent Zhang wrote:
On Sun, Mar 30, 2008 at 9:23 PM, Ryan Richter
[EMAIL PROTECTED] wrote:
Actually, that cron job hasn't been working for a long time...
I've just checked the cronjob mails and it seems to me that the
update-syn script is
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Mar 31 12:50:22 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with
Completed as of r26664.
Pm
Completed as of r26664.
Pm
This is working for me now. Needed the PATH preset, and needed to use cygwin's
svn.
Updated readme. Closing ticket.
On Mon Jun 12 11:32:28 2006, coke wrote:
The cygwin build fails with the following error during make:
Invoking Parrot to generate runtime/parrot/include/config.fpmc --
Author: larry
Date: Mon Mar 31 10:00:05 2008
New Revision: 14530
Modified:
doc/trunk/design/syn/S02.pod
Log:
Clarify what is meant by evaluating subscripts in list context.
Modified: doc/trunk/design/syn/S02.pod
==
Author: larry
Date: Mon Mar 31 11:15:33 2008
New Revision: 14531
Modified:
doc/trunk/design/syn/S03.pod
Log:
Some clarifications on Num and Int coercions.
Removed lame joke about truncating rats.
Modified: doc/trunk/design/syn/S03.pod
On Sat, Mar 29, 2008 at 02:48:11PM -0700, chromatic wrote:
On Thursday 27 March 2008 18:20:21 Patrick R. Michaud wrote:
2. Add shift/unshift/push/pop methods to ResizablePMCArray
(or one of its superclasses) in Parrot
This is my preference. It feels like a role.
This is my preference as
On Monday 31 March 2008 11:50:44 [EMAIL PROTECTED] wrote:
Modified:
trunk/src/pmc/resizablepmcarray.pmc
trunk/t/pmc/resizablepmcarray.t
Log:
* Add shift, unshift, push, pop, and elems methods to ResizablePMCArray.
Modified: trunk/src/pmc/resizablepmcarray.pmc
On Mon, Mar 31, 2008 at 11:54:59AM -0700, chromatic wrote:
Coding standards nit: the pointer symbol goes on the variable name in the
declaration.
PMC *value = VTABLE_shift_pmc(INTERP, SELF);
Oops, I missed that. Thanks, fixed in r26671.
Pm
On Sunday 30 March 2008 23:15:53 Ilya Belikin wrote:
Hi!
I can`t make Parrot:
---
osname= linux
osvers= 2.6.15.7
arch= i486-linux-gnu-thread-multi
cc= cc
---
pbc_to_exe.pir
./parrot -o pbc_to_exe.pbc pbc_to_exe.pir
./parrot pbc_to_exe.pir pbc_to_exe.pbc
...
Compiled:
The context in which a subscript is evaluated is no longer controlled
by the sigil either. Subscripts are always evaluated in list context.
+(More specifically, they are evaluated in a variant of list context
+known as Islice context, which preserves dimensional information
+so that you can do
In S02, If a buf type is initialized with a Unicode string value, the string
is decomposed into Unicode codepoints,...If any other conversion is desired, it
must be specified explicitly.
In S29, there is nothing about functions in Buf, and nothing about functions
that convert or initialize
The inevitable question - why not support Polish Notation or Reverse
Polish ? Well known to be easier to use, since it involves no
ambiguities in regard to association, is notationally clearer (not
needing parentheses). Seems to make it easier to analyze what one might
want to mean by
[op] (p1 p2
# New Ticket Created by Christoph Otto (Volt)
# Please include the string: [perl #52316]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52316
Building with make -j occasionally (about 20% of the time) causes the
# New Ticket Created by Senaka Fernando
# Please include the string: [perl #52332]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52332
There is a build failure when using the configure option --gc=libc. The
attached
On Monday 31 March 2008 14:10:13 Senaka Fernando wrote:
There is a build failure when using the configure option --gc=libc. The
attached patch solves this issue.
Thanks, applied with a corresponding header tweak as r26678.
Ultimately we're better off unifying the API so that the function
On Mon Mar 31 11:27:06 2008, [EMAIL PROTECTED] wrote:
Building with make -j occasionally (about 20% of the time) causes the
build process to fail. The problem seems to be an undeclared
dependency beteen src/pmc/role.pmc and src/pmc/pmc_namespace.h.
The error is below:
Well, all's fair if you predeclare, but a language whose main
expression format is prefix or postfix is no longer Perl. Maybe
Perlisp or Pforth. Plus, given the complex interactions of the
various operators, many of which don't look like operators, it's not
necessarily straightforward to
On Mon, Mar 31, 2008 at 8:59 PM, Ryan Richter
[EMAIL PROTECTED] wrote:
Sorry, it's actually the html stuff from pugs that's not making it onto
feather, e.g. syn_index.html.
Ah...Thanks for the catch :)
The index page was formerly a symbolic link to the syn_index.html in
audreyt's pugs tree
From: Patrick R. Michaud [EMAIL PROTECTED]
Date: Mon, 31 Mar 2008 13:53:25 -0500
On Sat, Mar 29, 2008 at 02:48:11PM -0700, chromatic wrote:
On Thursday 27 March 2008 18:20:21 Patrick R. Michaud wrote:
2. Add shift/unshift/push/pop methods to ResizablePMCArray
(or one of
On Mon, Mar 31, 2008 at 8:33 PM, Bob Rogers
[EMAIL PROTECTED] wrote:
From: Patrick R. Michaud [EMAIL PROTECTED]
Date: Mon, 31 Mar 2008 13:53:25 -0500
On Sat, Mar 29, 2008 at 02:48:11PM -0700, chromatic wrote:
On Thursday 27 March 2008 18:20:21 Patrick R. Michaud wrote:
2.
On Monday 31 March 2008 20:33:42 Bob Rogers wrote:
Do you remember the discussion two years ago [1] about eliminating the
user stack in favor of arrays? Chip made the following comment [2]:
From: Chip Salzenberg [EMAIL PROTECTED]
Subject: User stack: Worthwhile?
Date:
On Mon, Mar 31, 2008 at 11:33:42PM -0400, Bob Rogers wrote:
Do you remember the discussion two years ago [1] about eliminating the
user stack in favor of arrays? Chip made the following comment [2]:
From: Chip Salzenberg [EMAIL PROTECTED]
Subject: User stack: Worthwhile?
Yes,
I think so. However, I rather ran into a complicated situation. In that
particular place, in one mode, arg was used and in another arg wasn't.
According to the present situation, we have two options.
1. The patch I proposed (which is logically correct)
2. Changing arg to ARGIN, and just
34 matches
Mail list logo