On Sun, 18 Mar 2007, Aaron Crane wrote:
David Green writes:
In the meantime, Darren's proposal still raises a lot of interesting
language questions. For example, how *do* you rename a hash key?
That's easy even in Perl 5. This modifies %hash in-place:
my @values = delete @[EMAIL
The main problem people seem to be having with parrotbug is in sending
messages. Since one needs to be online to send messages (if and when
it works) why not let people just use [EMAIL PROTECTED] Then
we can reserve the parrotbug program for generating bug reports offline
for later reporting
On Sunday 18 March 2007 10:38, Paul Cochrane via RT wrote:
The main problem people seem to be having with parrotbug is in sending
messages. Since one needs to be online to send messages (if and when
it works) why not let people just use [EMAIL PROTECTED] Then
we can reserve the parrotbug
On Sun, Mar 18, 2007 at 06:51:32PM +0100, Paul Cochrane wrote:
parrotbug also has the save option, and it saves a lot of
configuration information. I'm asking if the send feature can be
removed, which is the bit which seems to be broken. We could always
revisit having a send feature from
On 18/03/07, Jerome Quelin [EMAIL PROTECTED] wrote:
when i wrote parrotbug, i mimicked a lot perlbug.
and iirc, there's an option --send to send the report. and if no option
provided, it will prompt you on what you want to do next...
so, if sending the report fails, maybe parrotbug should
Applied in r17628. Thanks!
chromatic wrote:
On Saturday 17 March 2007 05:47, James Keenan via RT wrote:
On #parrot, Jonathan indicated this test is expected to fail. If there is
no spec clarification by the end of today's Bug Day, it will be TODO-ed.
No more expected failures that are not TODOs.
I think
On Sun, Mar 18, 2007 at 03:35:14PM +, Jonathan Worthington wrote:
Mike Mattie (via RT) wrote:
While mucking around in src/library.c I noticed some cut paste
duplication. It looked like a fairly simple hoist so I have attached the
changes I made.
I do not have a win32 platform
On Sun Mar 18 23:49:11 2007, codermattie wrote:
this is the third patch in the series of src/library.c re-factors.
This patch is compile and test-suite tested on linux-i686. it does
include a minor change
on win32 that I was not able to test.
I have created a few new path utility
On Sunday 18 March 2007 10:14, [EMAIL PROTECTED] wrote:
Log:
Commenting out old MacOS Classic-specific code so the warnings don't
appear. Does anyone use MacOS Classic anymore?
Modified: trunk/parrotbug
===
=== ---
On Mon Mar 19 01:07:54 2007, codermattie wrote:
here is the re-based patch. please see the tickets for the third and
fourth for comments on the changes.
this patch was compile tested.
(added message to incorrect ticket, this was the right one)
Applied in r17630. Thanks! I'll close this
Ticket is superseded by #41905
Ticket is superseded by #41905
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41905]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41905
here is the re-based patch. please see the tickets for the third and fourth for
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41893]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41893
Hello,
In the course of testing the parrot-0.4.9 release I discovered a number of
On 18/03/07, Paul Johnson [EMAIL PROTECTED] wrote:
On Sat, Mar 17, 2007 at 02:19:51PM -0700, Paul Cochrane wrote:
The lcov tool from the Linux Test Project
(http://ltp.sourceforge.net/coverage/lcov.readme.php) can be used to
produce html output of code coverage information (I believe this
# New Ticket Created by James Keenan
# Please include the string: [perl #41897]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41897
I've found through experience that running Devel::Cover to perform
coverage
Hello,
I have been working on a series of cleanup patches that lay the ground towards
improving the install target,
and feature enhancing .include, and load_bytecode.
The patches have been accepted and up to this point do not change parrot's
behavior for existing code. I have laid out
a
On Mon Mar 19 03:39:21 2007, codermattie wrote:
Hello,
This patch begins the feature enhancement phase of the
Parrot_locate_runtime_str.
based on: rev 17631
two new static functions are introduced.
* try_load_path:
this helper combines the path_finalization with the stat check for
Thom Boyer wrote:
I never could find the Pod-to-XHTML'd version of S26 -- the document
attached to that email was S26.pod6, not S26.xhtml.
Attached.
I don't want to bug Damian, because obviously he has enough of life
happening, as it were.
More than enough! Thank-you all for
# New Ticket Created by Allison Randal
# Please include the string: [perl #41888]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41888
When I updated the Parrot FAQ, I removed some Perl 6 related text. This
ticket
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41902]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41902
this is the third patch in the series of src/library.c re-factors.
This patch is
On Sun, Mar 18, 2007 at 08:33:25PM -0700, Joshua Juran wrote:
I can't imagine someone else hasn't already come up with
cnv = path-strstart;
while ( (cnv = strchr( cnv, '/' )) )
{
*cnv = '\\';
}
but I didn't see it posted, so here it is just in case.
Bikesheds, I know, but this
On Mon, 19 Mar 2007 11:17:53 +
Nicholas Clark [EMAIL PROTECTED] wrote:
On Sun, Mar 18, 2007 at 08:33:25PM -0700, Joshua Juran wrote:
[snip]
cnv = path-strstart;
while ( (cnv = strchr( cnv, '/' )) )
{
*cnv++ = '\\';
}
[snip]
Whether its faster than the loop without strchr
# New Ticket Created by Erik Johansen
# Please include the string: [perl #41892]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41892
I get SIGSEGV in t/stm/llqueue, test #2
openSuSe 10.2 linux 2.6.18.8-0.1-xen
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41903]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41903
hello,
forgot to remove a couple of unused variables from Parrot_locate_runtime_str
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Mar 19 14:00:02 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #41898]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41898
I don't know if this is a BUG or what so I'm just sending it plain.
I've just
On 3/19/07, Paul Cochrane via RT [EMAIL PROTECTED] wrote:
On Sun Mar 18 23:49:11 2007, codermattie wrote:
this is the third patch in the series of src/library.c re-factors.
This patch is compile and test-suite tested on linux-i686. it does
include a minor change
on win32 that I was not able
On 19/03/07, chromatic [EMAIL PROTECTED] wrote:
On Sunday 18 March 2007 10:14, [EMAIL PROTECTED] wrote:
Log:
Commenting out old MacOS Classic-specific code so the warnings don't
appear. Does anyone use MacOS Classic anymore?
Modified: trunk/parrotbug
Fixed by chromatic in r17426.
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41906]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41906
here is the re-based patch. please see the tickets for the third and fourth for
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41900]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41900
This patch hoists the finalization of a path with a invisible cstr terminator
into
First, thanks to all who helped out on bug day!
I'll be cutting the release from trunk as have my recent predecessors, so
please keep that in mind with any commits until the release is cut.
Anything big or untested, please consider putting in an branch or a [PATCH]
ticket.
Docs, HLL, and
On Wed, 14 Mar 2007, Will Coleda via RT wrote:
Re: [perl #37178] [PATCH] Quiet a few alignment warnings
Thanks, (belatedly) applied.
Wow. I'd completely given up hope on that one.
So feeling inspired, I decided to try it out and see how things looked.
Alas, my first attempt failed:
On Monday 19 March 2007 11:56, Andy Dougherty wrote:
On Mon, 19 Mar 2007, chromatic wrote:
The heuristic for detecting a compiler is to invoke it with some sort of
help flag, where $cc contains the executable name of your compiler:
$cc -h
$cc --help
$cc /?
If there's
On Mon Apr 24 12:57:16 2006, [EMAIL PROTECTED] wrote:
running `per tools/dev/check_source_standards.pl` is disheartening, as
there are thousands upon thousands of source standards exceptions.
this is likely a combination of three things:
1) the standards (docs/pdds/clip/pdd07_codingstd.pod)
On Monday 19 March 2007 12:22, Andy Dougherty wrote:
I found the ticket that introduced this failing behavior, so I'm resending
my message below with a fixed-up subject line to enter into RT. In brief,
this patch incorrectly assumes that all compilers accept a '-h', '--help',
or '/?' switch.
I found the ticket that introduced this failing behavior, so I'm resending
my message below with a fixed-up subject line to enter into RT. In brief,
this patch incorrectly assumes that all compilers accept a '-h', '--help',
or '/?' switch. Any compiler that doesn't is deemed 'not found', and
On Mar 19, 2007, at 4:17 AM, Nicholas Clark wrote:
On Sun, Mar 18, 2007 at 08:33:25PM -0700, Joshua Juran wrote:
I can't imagine someone else hasn't already come up with
cnv = path-strstart;
while ( (cnv = strchr( cnv, '/' )) )
{
*cnv = '\\';
}
but I didn't see it posted, so here it
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41915]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41915
tools/dev/ has a number of unused and possibly broken scripts. of
them, there seem to
On Mon Jul 24 19:51:24 2006, guest wrote:
Hi Jerry,
I've made an initial version of Cindent.t.
Can you please tell me if this is ok and what improvements are needed?
There are a few stuff from Crun_indent.pl that I have not copied
over,
I needed advice whether they are still needed?
On Mon, Mar 19, 2007 at 02:56:03PM -0400, Andy Dougherty wrote:
In my opinion, that way lies madness. Generating a list of options which
all possible current and future compilers will accept is not only
impossible, it's pointless. It's also aggravating that there's no way to
override it
On Sat Mar 17 14:19:51 2007, ptc wrote:
The lcov tool from the Linux Test Project
(http://ltp.sourceforge.net/coverage/lcov.readme.php) can be used to
produce html output of code coverage information (I believe this looks
similar to Devel::Cover's output). A 'make cover' target should be
On 3/19/07, Paul Cochrane via RT [EMAIL PROTECTED] wrote:
On Mon Apr 24 12:57:16 2006, [EMAIL PROTECTED] wrote:
running `per tools/dev/check_source_standards.pl` is disheartening, as
there are thousands upon thousands of source standards exceptions.
this is likely a combination of three
On Monday 19 March 2007 08:19, Andy Dougherty wrote:
This one falls over immediately during Configure. Even setting
verbose=2, I don't see why:
Parrot Version 0.4.9 Configure 2.0
Copyright (C) 2001-2007, The Perl Foundation.
[ . . . ]
Determining what C compiler and
On Mon, 19 Mar 2007, chromatic wrote:
On Monday 19 March 2007 08:19, Andy Dougherty wrote:
This one falls over immediately during Configure. Even setting
verbose=2, I don't see why:
Parrot Version 0.4.9 Configure 2.0
Copyright (C) 2001-2007, The Perl Foundation.
[ .
On 3/18/07, jerry gay [EMAIL PROTECTED] wrote:
at r17619, i'm unable to run make test, due to failures in p5rx tests.
actually, none of them are failing, but my system becomes
non-responsive. after approximately test 200, tests (and there are
over 900) take a few seconds each to complete, and
Greetings,
On Mon Mar 19 14:32:36 2007, smash wrote:
Greetins,
On Sat Mar 17 15:13:56 2007, smash wrote:
Greetings,
On Thu Mar 15 06:32:28 2007, particle wrote:
On 3/14/07, Nuno Carvalho via RT [EMAIL PROTECTED]
wrote:
Greetings,
here are some examples running the
On 3/18/07, chromatic [EMAIL PROTECTED] wrote:
On Sunday 18 March 2007 10:06, Jerry Gay wrote:
at r17619, i'm unable to run make test, due to failures in p5rx tests.
actually, none of them are failing, but my system becomes
non-responsive. after approximately test 200, tests (and there are
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41912]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41912
there's a number of scripts and utilities in the tools/ subtree which
i suspect have
Paul Cochrane wrote:
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41201
In Configure.pl there is a mention of $Parrot::Configure::Step::conf
being a temporary hack, this should be implemented properly.
The patch attached addresses this problem by transforming the
Parrot::Configure
Greetins,
On Sat Mar 17 15:13:56 2007, smash wrote:
Greetings,
On Thu Mar 15 06:32:28 2007, particle wrote:
On 3/14/07, Nuno Carvalho via RT [EMAIL PROTECTED]
wrote:
Greetings,
here are some examples running the changed lexer:
$ cat 1.pir
.sub main :main
.macro
On Mar 19, 2007, at 1:44 AM, chromatic wrote:
On Sunday 18 March 2007 10:14, [EMAIL PROTECTED] wrote:
Log:
Commenting out old MacOS Classic-specific code so the warnings don't
appear. Does anyone use MacOS Classic anymore?
We can get this code out of Subversion if we need it again; I say
particle++ confirmed that this patch works successfully on windows.
Closing the ticket.
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41908]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41908
Hello,
This patch begins the feature enhancement phase of the
On 19 Mar 2007, at 21:31, Jonathan Lang wrote:
Some (many?) enumerations represent cycles, where incrementing from
the last element takes you back to the first: the seasons, the months,
the days of the week, the hues, etc. How hard would it be to write a
module that lets you say something
Some (many?) enumerations represent cycles, where incrementing from
the last element takes you back to the first: the seasons, the months,
the days of the week, the hues, etc. How hard would it be to write a
module that lets you say something like:
enum weekdays is cycle Sun Mon Tue Wed Thu
On 3/18/07, Darren Duncan wrote:
On Sun, 18 Mar 2007, Aaron Crane wrote:
That's easy even in Perl 5. This modifies %hash in-place:
my @values = delete @[EMAIL PROTECTED];
@[EMAIL PROTECTED] = @values;
[...]
If %hash contained keys a,b,c and @old_names was a and @new_names
was b,
# New Ticket Created by Jim McKim
# Please include the string: [perl #41894]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=41894
---
osname= linux
osvers= 2.6.15-gentoo-alt2
arch= x86_64-linux
cc=
On Mon, 19 Mar 2007 07:13:18 -0700
jerry gay [EMAIL PROTECTED] wrote:
On 3/19/07, Paul Cochrane via RT [EMAIL PROTECTED]
wrote:
On Sun Mar 18 23:49:11 2007, codermattie wrote:
this is the third patch in the series of src/library.c re-factors.
although the code looks sane, we do have a
particle++ confirms that this works on Win32. Ticket resolved.
On 3/19/07, Paul Cochrane via RT [EMAIL PROTECTED] wrote:
On Mon Jul 24 19:51:24 2006, guest wrote:
Hi Jerry,
I've made an initial version of Cindent.t.
Can you please tell me if this is ok and what improvements are needed?
There are a few stuff from Crun_indent.pl that I have not copied
63 matches
Mail list logo
