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 C.
>
> Can you please tell me if this is ok and what improvements are needed?
>
> There are a few stuff from C that I have not copied
over,
> I n
particle++ confirms that this works on Win32. Ticket resolved.
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 s
# New Ticket Created by "Jim McKim"
# Please include the string: [perl #41894]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41894 >
---
osname= linux
osvers= 2.6.15-gentoo-alt2
arch= x86_64-linux
cc= x86_64-pc-linux
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 Mike Mattie
# Please include the string: [perl #41908]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41908 >
Hello,
This patch begins the feature enhancement phase of the
Parrot_locate_runtime_str
particle++ confirmed that this patch works successfully on windows.
Closing the ticket.
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
ju
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 m
Paul Cochrane wrote:
# 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 objec
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41912]
# in the subject line of all future correspondence about this issue.
# 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 gone u
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 a
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 s
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 e
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 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
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 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 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
On Mon Jul 24 19:51:24 2006, guest wrote:
>
> Hi Jerry,
>
> I've made an initial version of C.
>
> Can you please tell me if this is ok and what improvements are needed?
>
> There are a few stuff from C that I have not copied
over,
> I needed advice whether they are still needed?
>
> Thanks!
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
So that Sat++ eqv Sun
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41915]
# in the subject line of all future correspondence about this issue.
# 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 be a
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
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 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 '/?' swit
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.p
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 /?
>
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 like:
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:
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 m
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41900]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41900 >
This patch hoists the finalization of a path with a invisible cstr terminator
into a fun
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41906]
# in the subject line of all future correspondence about this issue.
# 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
comments
Fixed by chromatic in r17426.
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
> =
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 no
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #41898]
# in the subject line of all future correspondence about this issue.
# 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 tried to
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 m
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41903]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41903 >
hello,
forgot to remove a couple of unused variables from Parrot_locate_runtime_str
tha
# New Ticket Created by "Erik Johansen"
# Please include the string: [perl #41892]
# in the subject line of all future correspondence about this issue.
# 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 i686 a
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 wi
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, b
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41902]
# in the subject line of all future correspondence about this issue.
# 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 compile
# New Ticket Created by Allison Randal
# Please include the string: [perl #41888]
# in the subject line of all future correspondence about this issue.
# 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 is so
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 understandi
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 sta
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 two-st
# New Ticket Created by James Keenan
# Please include the string: [perl #41897]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41897 >
I've found through experience that running Devel::Cover to perform
coverage analysis o
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 thi
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41893]
# in the subject line of all future correspondence about this issue.
# 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
files
# New Ticket Created by Mike Mattie
# Please include the string: [perl #41905]
# in the subject line of all future correspondence about this issue.
# 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
comments
Ticket is superseded by #41905
Ticket is superseded by #41905
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 t
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 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 fu
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 platf
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 th
57 matches
Mail list logo
