On Tue, Jul 15, 2008 at 6:52 AM, Reini Urban <[EMAIL PROTECTED]> wrote:
> The file .parrot_current_rev is missing in the Release, and also the
> revision is nowhere
> mentioned in any Release Note, not the ChangeLog and not in news.
> This is annoying, because you don't know if a particular bugfix
i seem to recall that we agreed instead to noindex the Parrot::
modules... Nobody is expected to use them outside parrot anyway.
On 7/15/08, chromatic <[EMAIL PROTECTED]> wrote:
> On Tuesday 15 July 2008 17:23:20 James E Keenan wrote:
>
>> Bernhard Schmalhofer wrote:
>
>> > for Parrot 0.6.4 follow
On Thu, Jul 17, 2008 at 7:44 PM, Christoph Otto via RT
<[EMAIL PROTECTED]> wrote:
> On Thu Jul 17 15:53:12 2008, julianalbo wrote:
>> On Thu, Jul 17, 2008 at 9:59 PM, Christoph Otto via RT
>> <[EMAIL PROTECTED]> wrote:
>>
>> > With this patch, the new tests still pass on Linux/x86. The patch uses
On Sun, Jul 27, 2008 at 1:56 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 27, 2008 at 10:08:06AM -0700, Geoffrey Broadwell wrote:
>> In the source repository, the 'parrot' in runtime/parrot/foo is
>> pointless. It's a singleton directory, and it's redundant.
>
> I think that the
On Mon, Jul 28, 2008 at 10:27 AM, Eric Wilhelm
<[EMAIL PROTECTED]> wrote:
> # from Moritz Lenz
> # on Monday 28 July 2008 09:52:
>
>>> That's not -just- with the patch, though, is it? I presume you've
>>> set TEST_JOBS to be something other than '1' ...
>>
>>I've set it to 2, and obeserve the error
On Tue, Jul 29, 2008 at 4:28 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> I have prepared a patch which represents an 'svn diff' between trunk and
> the 'parallel' branch at the point of the branch's inception. Rather
> than swamp your inboxes, I'm posting it here:
>
> http://thenceforward
On Wed, Jul 30, 2008 at 4:25 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Tue Jul 29 11:01:12 2008, particle wrote:
>
>>
>>
>> the failing test:
>> t/steps/auto_ctags-01ok 1/31
>> # Failed test 'Got expected result'
>> # at t/steps/auto_ctags-01.t line 65.
>>
On Tue, Aug 5, 2008 at 1:47 PM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-08-05 at 16:19 -0400, Michael Peters wrote:
>> We also need to think about deprecation cycles. If you deprecate a
>> feature in 1 version and then it disappears in the next then the time
>> between when my
On Thu, Aug 7, 2008 at 5:44 AM, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Klaas-Jan Stol wrote:
>>
>> I think basically the question remans; is there any way we could do
>> without the :unique_reg?
>>
> Yes:
>
> 1) Add the reference-taking op and register reference PMC to the Parrot
> core.
On Thu, Aug 7, 2008 at 3:26 AM, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Rakudo is currently failing t\spec\S12-class\attributes.t. This turns out
> not to be an issue with attributes, but rather exceptions. The test does:
>
> my $c = Counter.new();
> try {
> $c.x
> }
> ok($!, 'n
On Thu, Aug 7, 2008 at 12:40 PM, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Jonathan Worthington wrote:
>>
>> Hi,
>>
>> I've just been looking at the time op, and what it returns is somewhat
>> platform specific.
>>
>> * On Win32, it's the number of seconds since January 1, 1601
>
> If I remember co
On Sat, Aug 9, 2008 at 3:50 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Sat Aug 09 10:31:37 2008, [EMAIL PROTECTED] wrote:
>> On Saturday 09 August 2008 06:33:46 James Keenan via RT wrote:
>>
>> > > What purpose remains, then, for either tools/dev/ops_renum.mak or
>> my
>> > > alternati
On Fri, Aug 15, 2008 at 9:39 AM, Bob Rogers
<[EMAIL PROTECTED]> wrote:
> From: Geoffrey Broadwell <[EMAIL PROTECTED]>
> Date: Fri, 15 Aug 2008 09:07:46 -0700
>
> . . .
>
> It seems then that we have two remaining options:
>
> 1. Don't run codingstd as part of smolder.
>
> 2. Differe
On Mon, Aug 18, 2008 at 11:41 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 18, 2008 at 2:29 PM, Michael Peters <[EMAIL PROTECTED]> wrote:
>> Will Coleda wrote:
>>
>>> The eventual goal of this cleanup is to get these tests running via
>>> smolder to give core developers more feedback on
On Mon, Aug 18, 2008 at 11:51 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 18, 2008 at 2:50 PM, jerry gay <[EMAIL PROTECTED]> wrote:
>> On Mon, Aug 18, 2008 at 11:41 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
>>> On Mon, Aug 18, 2008 at 2:29 PM, Mich
On Tue, Aug 19, 2008 at 1:13 PM, Jesse Vincent <[EMAIL PROTECTED]> wrote:
> [List-CC changed]
>
> On Aug 19, 2008, at 4:10 PM, Reini Urban wrote:
>
>> Bob Rogers schrieb:
>>>
>>> On behalf of the Parrot team, I'm proud to announce Parrot 0.7.0 "Severe
>>> Macaw." Parrot (http://parrotcode.org/) is
On Wed, Aug 20, 2008 at 2:32 PM, Allison Randal <[EMAIL PROTECTED]> wrote:
> Running 'make test' now fills the main directory of the repository with junk
> files like:
>
> test_98093.out
> test_37653.c
> test_98093.ldo
> test_97159.c
>
> The offending tests need to be modified t
On Fri, Aug 22, 2008 at 7:20 PM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 16, 2008 at 11:39 PM, James Keenan via RT
>> 4. Parrot::OpsRenumber::renum_op_map_file() has been revised so that it
>> will behave properly before Parrot 1.0 -- when deletion of opcodes is
>> still permitted --
On Tue, Aug 26, 2008 at 2:34 AM, Reini Urban <[EMAIL PROTECTED]> wrote:
> I'll go now for something like
>
> #IF(key1|key2&(key3&!key4))
> #IFNOT(key1|key2&(key3&!key4))
>
> And probably a shortcut for the negative else clause, like
> #IF(cygwin):
> #ELSE:
>
> #+ and #- is lisp so I don't want to d
On Tue, Aug 26, 2008 at 9:16 AM, Reini Urban <[EMAIL PROTECTED]> wrote:
> jerry gay schrieb:
>>
>> On Tue, Aug 26, 2008 at 2:34 AM, Reini Urban <[EMAIL PROTECTED]> wrote:
>>>
>>> I'll go now for something like
>>>
>>> #IF(key1|
On Tue, Aug 26, 2008 at 11:00 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
> jerry gay wrote:
>>>
>>> #+ and #- is lisp so I don't want to destroy #+ the syntax rules.
>>> #IF(): is quite short and easy to read.
>>>
>> i know it was all
On Fri, Sep 5, 2008 at 2:36 AM, Klaas-Jan Stol <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 2, 2008 at 12:43 PM, Allison Randal <[EMAIL PROTECTED]> wrote:
>
>> Klaas-Jan Stol wrote:
>>
>>>
>>> This must make the following syntax rule illegal:
>>>
>>> target = null
>>>
>>> because if "null" is declared
On Fri, Sep 5, 2008 at 9:59 AM, via RT Ronald Schmidt
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Ronald Schmidt
> # Please include the string: [perl #58610]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=58610 >
>
On Sun, Sep 7, 2008 at 2:07 PM, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Sat, 6 Sep 2008, Christoph Otto via RT wrote:
>
>> On Wed May 10 11:01:34 2006, stmpeters wrote:
>> >
>> > I'm taking a look at it. I should have something working this evening
>> > for the configs. Adding the HAS_BLAH
On Tue, Jul 1, 2008 at 7:17 AM, Will Coleda via RT
<[EMAIL PROTECTED]> wrote:
> On Thu Jun 26 11:01:00 2008, [EMAIL PROTECTED] wrote:
>> chromatic wrote:
>>
>> > T::H 3 is only a requirement for people who want to type 'make
>> smolder' (and
>> > eventually I hope 'make smoke'), so probing for it w
On Mon, Sep 8, 2008 at 1:09 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
> a) Do abstract base classes as currently implemented in Parrot serve any
> useful purpose? If not, eliminate them.
>
can they be replaced by roles?
~jerry
On Thu, Sep 11, 2008 at 4:47 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> I'm trying to see if we can move this ticket toward resolution. I think
> that it has remained unresolved for so long because the original post
> originally called for two steps: (a) removal from Configure.pl of
> c
On Tue, Sep 16, 2008 at 5:14 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Tue Sep 16 00:08:29 2008, [EMAIL PROTECTED] wrote:
>> On Monday 15 September 2008 20:06:11 James Keenan via RT wrote:
>>
>> > See patch attached. The patch eliminates smartlink-related code from
>> > Parrot, but d
On Tue, Sep 16, 2008 at 12:27 PM, via RT Moritz Lenz
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Moritz Lenz
> # Please include the string: [perl #58934]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=58934 >
>
>
>
On Tue, Sep 16, 2008 at 11:45 PM, Christoph Otto via RT
<[EMAIL PROTECTED]> wrote:
> On Tue Sep 16 15:00:24 2008, [EMAIL PROTECTED] wrote:
>> On Tuesday 16 September 2008 14:47:58 NotFound wrote:
>>
>> > > It certainly shouldn't segfault. But, the question is: why does it
>> > > segfault at 206 par
On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
>> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
>> > as 'gather' and 'take', but they're more meaningful to a broader
>> > audien
On Thu, Sep 18, 2008 at 10:21 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
>> On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]>
>> wrote:
>> > On Thu, 2008-09-18 at 0
On Wed, Sep 24, 2008 at 4:31 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Wednesday 24 September 2008 11:22:22 [EMAIL PROTECTED] wrote:
>
>> Modified:
>>trunk/docs/book/ch04_pir_subroutines.pod
>>trunk/docs/book/ch09_hlls.pod
>>
>> Log:
>> [Book] Add some basic info about VTables and HLL n
On Fri, Sep 26, 2008 at 9:11 AM, Patrick R. Michaud (via RT)
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Patrick R. Michaud
> # Please include the string: [perl #59374]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?i
On Mon, Oct 6, 2008 at 12:00 PM, via RT Andy Dougherty
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Andy Dougherty
> # Please include the string: [perl #59658]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=59658 >
On Wed, Oct 8, 2008 at 1:59 PM, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 08, 2008 at 01:48:17PM -0700, chromatic wrote:
>
>> In general, filesystems are case-insensitive, not platforms. I believe Mac
>> OS
>> X's Hateful File System Plus is one offender, though you can use UFS inst
On Tue, Oct 14, 2008 at 7:23 AM, Andy Dougherty <[EMAIL PROTECTED]> wrote:
>
> On Sat, 11 Oct 2008, Allison Randal via RT wrote:
>
> > jerry gay wrote:
> > >
> > > .\src\pmc\float.c(3340) : warning C4204: nonstandard extension used
> > > : non-cons
On Wed, Oct 15, 2008 at 11:42 AM, Andrew Whitworth via RT
<[EMAIL PROTECTED]> wrote:
> On Wed Jul 30 11:57:39 2008, coke wrote:
>> PDD19 lists this as deprecated now, changing from an [RFC] to
>> [DEPRECATED], re-opening from stalled.
>
> The big hangup for this ticket is that various parts of PCT
On Thu, Oct 16, 2008 at 10:12 AM, Andrew Whitworth via RT
<[EMAIL PROTECTED]> wrote:
> On Sat Jun 11 13:08:49 2005, chip wrote:
>> Short version: Up through version 0.8 or so, we promise to break
>> everything constantly (but not until we have a good reason). After
>> that, we will establish versi
On Fri, Oct 17, 2008 at 4:00 PM, Mark Grimes <[EMAIL PROTECTED]> wrote:
> The attached patch now includes the pir/pasm_error_output* tests in
> pir. I have also added t/pmc/complex.t. Couple of issues:
>
> 1) I am not sure how to deal with pcc_sub's so I put them into
> t/pmc/objects-pcc_sub.t
> 2)
On Mon, Oct 20, 2008 at 8:55 AM, Ovid
<[EMAIL PROTECTED]> wrote:
> It would help if I sent this to the correct mailing list. Oops.
>
> Cheers,
> Ovid
>
> --- On Mon, 20/10/08, Ovid <[EMAIL PROTECTED]> wrote:
>
>> I've been doing some work integrating Perl 6 into vim
>> and now I'm trying to figure
On Thu, Oct 16, 2008 at 6:49 AM, jerry gay <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 15, 2008 at 11:42 AM, Andrew Whitworth via RT
> <[EMAIL PROTECTED]> wrote:
>> On Wed Jul 30 11:57:39 2008, coke wrote:
>>> PDD19 lists this as deprecated now, changing from an [RFC
On Wed, Oct 22, 2008 at 10:49 PM, Patrick R. Michaud (via RT)
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Patrick R. Michaud
> # Please include the string: [perl #60070]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?
On Fri, Oct 24, 2008 at 8:49 AM, via RT Canol Gökel
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Canol Gökel
> # Please include the string: [perl #60098]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=60098 >
>
>
>
On Sat, Nov 15, 2008 at 23:37, via RT Matt Kraai <
[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Matt Kraai
> # Please include the string: [perl #60566]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=60566 >
>
>
> Ho
On Sat, Nov 15, 2008 at 23:39, via RT Matt Kraai <
[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Matt Kraai
> # Please include the string: [perl #60568]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=60568 >
>
>
> On
On Tue, Nov 18, 2008 at 05:16, Andrew Whitworth <[EMAIL PROTECTED]>wrote:
> On Mon, Nov 17, 2008 at 9:50 PM, via RT Jerry Gay
> <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by Jerry Gay
> > # Please include the string: [perl #60624]
> > # in the subje
On Sun, Nov 23, 2008 at 13:26, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Mon Sep 08 18:43:49 2008, [EMAIL PROTECTED] wrote:
>> On Tue Aug 19 19:28:43 2008, [EMAIL PROTECTED] wrote:
>> > A net total of 5 t/configure/*.t files were eliminated tonight as part
>> > of r30368 (RT 57780).
>>
>>
On Thu, Jan 8, 2009 at 15:42, Mark Glines wrote:
> donald.hun...@gmail.com wrote:
>>
>> I was pretty averse to adding an additional configure step myself. The
>> problem is that warnings.pm checks specifically for supported compiler flags
>> and I didn't want to include other things there. The bug
On Tue, Jan 27, 2009 at 10:58, Nicholas Clark wrote:
> On Tue, Jan 27, 2009 at 10:24:46AM -0800, parti...@cvs.perl.org wrote:
>
>> -gen_sprintf_call(tc, &info, ch);
>> -ts = cstr2pstr(tc);
>> +/* check for Inf and
On Sat, Jan 31, 2009 at 16:06, James Keenan via RT
wrote:
> The t/stm/*.t tests have gone away (when or whence I do not know), so I
> propose we close this ticket. Any objections?
>
the STM subsystem has been removed. close the ticket, and all other
STM-related tickets.
~jerry
On Sun, Feb 1, 2009 at 13:07, Will Coleda wrote:
> On Sun, Feb 1, 2009 at 12:29 PM, via RT Alan Rocker
> wrote:
>> # New Ticket Created by Alan Rocker
>> # Please include the string: [perl #62974]
>> # in the subject line of all future correspondence about this issue.
>> # http://rt.perl.org/rt
On Thu, Feb 5, 2009 at 08:26, Andrew Whitworth via RT
wrote:
> 1) Are we going to be relying on libraries to handle our BigInt/BigNum
> implementations, or are we intending to roll our own?
we can't rely on external libraries, whether for bignum, unicode, gc,
or anything else. we can detect and u
On Thu, Feb 5, 2009 at 08:45, Andrew Whitworth via RT
wrote:
> On Thu Feb 05 08:40:47 2009, particle wrote:
>> On Thu, Feb 5, 2009 at 08:26, Andrew Whitworth via RT
>> wrote:
>> > 1) Are we going to be relying on libraries to handle our BigInt/BigNum
>> > implementations, or are we intending to r
On Thu, Feb 5, 2009 at 10:44, Reini Urban via RT
wrote:
> On Thu Jan 29 06:05:13 2009, Whiteknight wrote:
>> On Wed Dec 24 05:39:54 2008, Whiteknight wrote:
>> > On Tue Dec 23 19:02:17 2008, jk...@verizon.net wrote:
>> > > On Sat Jun 14 17:15:32 2008, jk...@verizon.net wrote:
>> > > > Would it be
On Thu, Feb 5, 2009 at 10:23, Will Coleda wrote:
> On Thu, Feb 5, 2009 at 1:12 PM, chromatic wrote:
>> On Thursday 05 February 2009 08:57:18 jerry gay wrote:
>>
>>> we will roll our own bignum, and give users the ability to use gmp or
>>> another external libr
On Thu, Feb 12, 2009 at 15:53, Will Coleda wrote:
> On Thu, Feb 12, 2009 at 6:09 PM, kjstol wrote:
>> On Thu, Feb 12, 2009 at 9:22 PM, Will Coleda via RT <
>> parrotbug-follo...@parrotcode.org> wrote:
>>
>>> On Tue Jul 04 19:30:44 2006, autri...@gmail.com wrote:
>>> > IMCC currently relies on a l
On 8/9/06, Allison Randal <[EMAIL PROTECTED]> wrote:
Chip Salzenberg wrote:
>> pbc_merge doesn't allow multiple :load routines.
>
> That's a bug, Shirley.
Currently it's a feature. Only one :load routine is allowed per PIR
file, and pbc_merge basically just packs all the compiled code together.
recently, perl 6 development has taken the form of a multi-method
dispatch. that is, multiple implementations are under active
development. this includes pugs (in haskell,) v6 (in perl5,)
v6-Compiler (in perl6,) and perl6 (on parrot.) hopefully, each of
these returns the same result, a working[1]
[dropped perl-qa and p6l from this thread, as it's repo-related, and not
directly related to those lists]
On 8/12/06, Audrey Tang <[EMAIL PROTECTED]> wrote:
在 2006/8/12 上午 3:01 時，jerry gay 寫到：
> for "managed," i have a few ideas. currently, the suite lives in the
>
On 8/15/06, chromatic <[EMAIL PROTECTED]> wrote:
Here's a proposed patch that seems to work okay for me on Linux. It's not
great or beautiful, mostly because of the Makefile hackery. It's a starting
point though. I suspect Windows might complain.
i'll happily test, but i can't apply it, as i
On 8/16/06, chromatic <[EMAIL PROTECTED]> wrote:
On Wednesday 16 August 2006 08:57, jerry gay wrote:
> i'll happily test, but i can't apply it, as it seems not to be in the
> format my patch util expects. did you use C? i don't see the
> familiar "Index: &
On 8/15/06, chromatic <[EMAIL PROTECTED]> wrote:
Here's a proposed patch that seems to work okay for me on Linux. It's not
great or beautiful, mostly because of the Makefile hackery. It's a starting
point though. I suspect Windows might complain.
windows indeed complains. not only about miss
On 8/17/06, Chip Salzenberg <[EMAIL PROTECTED]> wrote:
How about a 'default' opcode that provides a value instead of null? It
would work for strings and PMCs. Something like:
$S0 = default hsh['key'], ''
or
$P0 = new .Undef
...
$P1 = default hsh['key1'], $P0
$P1 = d
On 8/17/06, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
There might be a cognitive dissonance here with "err", since
C in pasm/pir is testing for null, while C in
perl6 tests for definedness. While it doesn't much matter
for strings in the examples above, it might make a difference for
$
On 8/21/06, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
My preference: soft limit 80 - keep lines shorter, if it's easy
hard limit ~100 - you SHALL not exceed it
coding standards are quite helpful, but cannot be applied absolutely.
there are good reasons why a line of code might
On 8/25/06, Will Coleda <[EMAIL PROTECTED]> wrote:
What about 'say'? It's a method, not an opcode, and:
say $S0
works just fine.
but C does *not* work.
i find that annoying.
either make the syntax for methods different than ops (eg C<$S0.say()>)
or make C an opcode,
or dodge the syntax issue
On 9/2/06, Alberto Simões <[EMAIL PROTECTED]> wrote:
Alberto Simões wrote:
> Hi
>
> I created a ticket in RT two days ago (well, one day ago) and still
> waiting for it to be created, so, forget RT and here it goes.
One more day, and no ticket yet. I wonder what is happening.
i've forwarded a
On 9/5/06, via RT Will Coleda <[EMAIL PROTECTED]> wrote:
From the recently updated pdd07:
C source files, and files largely consisting of C (e.g. yacc, lex,
PMC, and opcode source files), must end with this block:
/*
* Local variables:
* c-file-style: "parrot"
* End:
* vim: expandtab
On 9/19/06, via RT Paul Cochrane <[EMAIL PROTECTED]> wrote:
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40361]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40361 >
This is a patch of more Pe
On 9/19/06, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> firstly, line endings are unrelated to this effort and should be a
> separate patch. that's no biggie, and alone wouldn't stop me from
> applying.
I can do that in a separate patch if you want. That's not a major
problem, and probably a good
On 9/19/06, Paul Cochrane <[EMAIL PROTECTED]> wrote:
This is going to sound rather silly, but... how does one enter a new
ticket to RT? I've got an account, but can't see anywhere on
rt.perl.org where one can add a new ticket. There's also no help link
I can go to to work out what to do. Shou
On 9/19/06, Paul Cochrane <[EMAIL PROTECTED]> wrote:
Jerry,
> all new rt tickets are created via parrotbug. it may not be sexy, but
> it's what we've got :-)
I'm not 100% sure if it worked, as parrotbug gave this warning:
Use of uninitialized value in concatenation (.) or string at
./parrotbug
http://www.parrotcode.org/misc/parrotsketch-logs/irclog.parrotsketch-200609/irclog.parrotsketch.20060918
or, for the browser- or email-client- newline-challenged:
http://xrl.us/rs3n
enjoy.
~jerry
On 9/19/06, via RT Paul Cochrane <[EMAIL PROTECTED]> wrote:
# http://rt.perl.org/rt3/Ticket/Display.html?id=40364 >
This patch changes the line endings of the files listed below from dos to unix.
thanks, applied by bernhard, r14667.
~jerry
On 9/20/06, chromatic <[EMAIL PROTECTED]> wrote:
On Wednesday 20 September 2006 09:53, Jerry Gay via RT wrote:
> thanks, applied as r14673, with a minor fix:
>
> -$print_coda();
> +&print_coda();
I wouldn't mind seeing the '&' go away entirely. It'
On 9/21/06, via RT Paul Cochrane <[EMAIL PROTECTED]> wrote:
This patch gets code_coda.t to test for multiply-defined codas (for
those cases when a file append or automated tool adds a coda
unnecessarily). I have a feeling it's not pretty code, but my perl
foo is only slowly improving.
great id
On 9/25/06, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Hi folks,
Read the journal
http://pugs.blogs.com/pugs/2006/09/check_smoke_res.html
Follow the link:
http://m19s28.vlinux.de/cgi-bin/pugs-smokeserv.pl?
Click at a recent entry with a SYN link
Then click on "02 Syntax"
Then on e.g.:
- Show
On 10/9/06, Karl Forner <[EMAIL PROTECTED]> wrote:
Hi,
It's not that easy to contribute to parrot development.
I got into that by picking a TODO task about *BooleanArrays, that seemed
appropriate for a Parrot newbie that
knows a bit about algorithmics and Data structures.
thank you for your en
On 10/9/06, Paul Cochrane <[EMAIL PROTECTED]> wrote:
Hi all,
In r14862, Configure.pl throws an error when processing the Manifest.
The error is:
Checking MANIFEST...No such file: ext/Parrot-Embed/Embed.xs
Ack, some files were missing! I can't continue running
without everything here. Please
On 10/11/06, via RT Paul Cochrane <[EMAIL PROTECTED]> wrote:
# http://rt.perl.org/rt3/Ticket/Display.html?id=40503 >
This patch removes the paragraph in DEPRECATED.pod mentioning that the
.imc file extension is deprecated since there are no longer any .imc
files in Parrot (having all been turned
On 10/11/06, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
> What's a "C++ comment"? If you mean //...\n comments, those are legal
> in ANSI-99 C
Parrot is using ANSI-98 C, I believe. And //\N+\n comments are not legal
in that.
jonathan ment C89 of course. some compi
On 10/11/06, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> i'm not 100% sure this is the right thing to do, either. the most
> recent version of "perl 6 and parrot essentials" still makes reference
> to '.imc' files. with this paragraph in deprecated.pod, there's
> something to grep for that might h
On 10/11/06, Bernhard Schmalhofer via RT
<[EMAIL PROTECTED]> wrote:
On Mi. 11. Okt. 2006, 08:10:45, [EMAIL PROTECTED] wrote:
> Yes, I got exacly the same output from r14895. Actually, this patch
> was already applied by Bernhard in r14870, which explains why the
> effected files list looks dif
On 10/16/06, chromatic <[EMAIL PROTECTED]> wrote:
On Monday 16 October 2006 02:00, Paul Cochrane wrote:
> This patch adds a test to the coding standards which checks for space
> or tab characters after a curly brace when the curly is the last
> printable character on the line. The pumpking hasn
On 10/16/06, jerry gay <[EMAIL PROTECTED]> wrote:
i see no reason to keep this specific to curlies.
i hate all useless trailing whitespace equally :)
for vim users, these settings may help find trailing spaces and leading tabs:
set list
set listchars=trail:-,tab:\.\
note in this cas
looks like a valid problem, and a valid solution... commit away!
~jerry
On 10/17/06, Kevin Tew <[EMAIL PROTECTED]> wrote:
Used Cwd::abs_path like FindBin in perl 5.8.6 does.
defaults.pm |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
Index: config/init/defaults.pm
=
On 10/17/06, Andy Lester <[EMAIL PROTECTED]> wrote:
On Oct 17, 2006, at 3:33 PM, Kevin Tew wrote:
>if (!info->thaw_result) info->thaw_result = pmc;
>else *info->thaw_ptr = pmc;
No, definitely not.
if ( foo ) {
bar();
}
else {
bat();
}
if
On 10/24/06, Will Coleda <[EMAIL PROTECTED]> wrote:
Not all tests follow the "one test reporting on many files" paradigm:
see t/codingstd/perlcritic.t
FWIW,in general, I prefer the perlcritic method.
as i just wrote in a new ticket for perl coding standard test reformatting...
coding standard
On 10/25/06, Chris Dolan <[EMAIL PROTECTED]> wrote:
On Oct 25, 2006, at 1:24 PM, Jerry Gay (via RT) wrote:
> modify perl coding standard test format to match the c tests--one test
> per standard, rather than one test per file.
>
> coding standard tests are designed to test ma
On 11/7/06, Paul Cochrane <[EMAIL PROTECTED]> wrote:
Thanks Bernhard! Added to the list.
Paul
> When the commit is associated with a ticket in RT, I usually copy&paste the
> ticket header. e.g.
>
> #39197: [CAGE] lib/Parrot/Test.pm ignores core dumps failures!CU,
>
> Bernhard
paul~
i to
On 11/13/06, SADAHIRO Tomoyuki <[EMAIL PROTECTED]> wrote:
On Sat, 11 Nov 2006 16:34:55 -0800, Chip Salzenberg (via RT) wrote
> because the Perl sprintf test suite seems to think that the right value
> for sprintf('%e',1) is "1e+00", but Win32 seems to return "1e+000" (note
> the extra digit in t
On 12/10/06, James E Keenan <[EMAIL PROTECTED]> wrote:
James E Keenan wrote:
And now here's what I got with
perl Configure.pl (i.e., no options)
vi Makefile (to eliminate -bundle from LD_LOAD_FLAGS)
make
Failure at this point has now become frequently observed.
[parrot] 631 $ perl Configure
On 12/16/06, [EMAIL PROTECTED] via RT <[EMAIL PROTECTED]> wrote:
On Sat Nov 11 11:53:27 2006, [EMAIL PROTECTED] wrote:
> Not sure if this is a bug or not, but I noticed that the open opcode
> creates its argument if the desired file doesn't exist.
>
There are two variants of the open opcode: this
On 12/20/06, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
Leopold Toetsch wrote:
> Am Mittwoch, 20. Dezember 2006 05:59 schrieb Will Coleda:
>
>> Are Hash and Array supposed to have different results on unset keys?
>>
>
> The .Undefs returned by Arrays are IMHO and unfortunate leftover of he e
On 12/31/06, via RT Lee Duhem <[EMAIL PROTECTED]> wrote:
# New Ticket Created by "Lee Duhem"
# Please include the string: [perl #41158]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41158 >
The here docs in test C cause t/
On 12/30/06, James Keenan <[EMAIL PROTECTED]> wrote:
Following a suggestion made earlier today by Coke, I am submitting
this file for t/tools/pmc2utils/.
thanks, applied as r16409.
~jerry
On 1/7/07, via RT Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #41198]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41198 >
Hi,
the files
On 1/8/07, Paul Cochrane via RT <[EMAIL PROTECTED]> wrote:
On Thu Nov 16 05:00:35 2006, coke wrote:
> Any files that are copied from somewhere else should be immune from
> our coding standards.
>
> This includes items in
>
> lib/Parse/RecDescent.pm, which is from CPAN, or
>
> languages/tcl/librar
Fellow birders~
On Saturday, 13 January, 2007, please join us on IRC in #parrot
(irc.perl.org) to work on closing out as many RT
(https://rt.perl.org/rt3/) tickets as possible in the parrot queue.
This will help us get ready for the next release of parrot 0.4.8,
scheduled for Tuesday 16 January 2
1 - 100 of 517 matches
Mail list logo
