Christoph Otto wrote:
If those are your thoughts on the subject, then it seems to make sense
to add the pdd format test to make test. The attached patch does this.
I'll apply it and mark this ticket as resolved before the next
#parrotsketch unless there are any objections.
Excellent idea. T
The scalar PMC is abstract, but it contains multis that need registration with
the MMD system at initialization time. PMCs containing multis register those
multis in their Parrot__class_init() functions.
At least, non-abstract PMCs do.
I ran into a similar problem with my vtable cloning work.
Christoph Otto via RT wrote:
If there isn't a technical reason why this is necessary, there's no
reason to create such a limitation. If there is such a reason, just
pick something big and make the code enforce it.
The PDD should of course be kept in sync with reality, but that simply
entails a s
Christoph Otto via RT wrote:
Is this something we want to go ahead with or should this ticket be
rejected?
I've had it on my hiveminder todo list for over a month now. The problem
is, it's not only a matter of annoying fiddly bookkeeping work now, it's
also annoying fiddly bookkeeping work e
chromatic wrote:
The scalar PMC is abstract, but it contains multis that need registration with
the MMD system at initialization time. PMCs containing multis register those
multis in their Parrot__class_init() functions.
At least, non-abstract PMCs do.
I ran into a similar problem with my vt
Christoph Otto via RT wrote:
I'll sign up to do the grunt work to fix the failing tests if someone
makes a decision on what the consistent behavior should be.
This falls under the I/O PDD, the next milestone. Hold for a couple of
days. I've added it to the tasklist for the milestone:
http
On Sat, Sep 06, 2008 at 07:06:30PM +1100, Илья wrote:
: Hello there,
: what :foo<> should exactly produce?
: At first I was expecting:
: foo => ""
: but in Rakudo:
: foo => []
: and it looks like the right thing on the other hand.
At YAPC::EU I pointed out to Larry that we have an adverbial form
On Fri Sep 05 00:18:19 2008, [EMAIL PROTECTED] wrote:
> Bob Rogers wrote:
> >From: chromatic <[EMAIL PROTECTED]>
> >
> >Fixed in r30286.
> >
> >-- c
> >
> > Terrific; thanks. (Especially since it looks like something I may
> have
> > seen in other circumstances, but could not reproduce
# New Ticket Created by Christoph Otto
# Please include the string: [perl #58670]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58670 >
make cover is broken, apparently because of the use of Dl_info and a couple
other GNU
Applied in r30888. cotto is going to check its functioning on Cygwin,
but it did no harm on Darwin and Linux, so I'm committing it now.
Thank you very much.
kid51
Agreed that this particular ticket is not useful. Resolve it and replace
it with a [CAGE] ticket with explicit instructions on converting all
existing 'sprintf', 'strcat', etc calls with calls to 'snprintf',
'strlcat', etc. (Also include a list of all calls that should be converted.)
This can wait
# New Ticket Created by Allison Randal
# Please include the string: [perl #58672]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58672 >
For SUPER and NEXT, provide a way of returning a list or iterator for
access to the n
On Mon Sep 08 00:01:08 2008, [EMAIL PROTECTED] wrote:
> Christoph Otto wrote:
> >
> > If those are your thoughts on the subject, then it seems to make sense
> > to add the pdd format test to make test. The attached patch does this.
> > I'll apply it and mark this ticket as resolved before the ne
On Mon, Sep 8, 2008 at 9:31 AM, Allison Randal via RT
<[EMAIL PROTECTED]> wrote:
> Agreed that this particular ticket is not useful. Resolve it and replace
> it with a [CAGE] ticket with explicit instructions on converting all
> existing 'sprintf', 'strcat', etc calls with calls to 'snprintf',
> 's
Moritz Lenz wrote:
There are some tests for List.uniq in the test suite, and pugs
implements it, but it's not in S29.
Damian seems to have though we should have it.
So should we have it?
I still think we should. If only because I've seen it re-(mis)-implemented so
many times.
I'd also sugg
NotFound wrote:
Given that the name will be mainly used via macros, a long and
meaningful name can be used, such as Parrot_PMCdata_
That's a good refinement, we can make the change after the next release.
The attached patch does it. There is a lot of changes, I suspect many
of them are candida
Damian Conway wrote:
> Moritz Lenz wrote:
>
>> There are some tests for List.uniq in the test suite, and pugs
>> implements it, but it's not in S29.
>> Damian seems to have though we should have it.
>> So should we have it?
>
> I still think we should. If only because I've seen it re-(mis)-imple
Either way it seems logical to implement it using Sets, or at least
extract the core uniquification logic and share it with Set.
So what do/should these methods do if passed a function of indeterminate arity?
On 9/8/08, Moritz Lenz <[EMAIL PROTECTED]> wrote:
> Damian Conway wrote:
>> Moritz Le
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Sep 8 13:00:01 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with mo
# New Ticket Created by Christoph Otto
# Please include the string: [perl #58668]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58668 >
src/exceptions.c has some brokenness that caused gcc to barf during make cover
on r30
# New Ticket Created by Bob Rogers
# Please include the string: [perl #58660]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58660 >
The attached tarball illustrates the problem (which has been around
for a while):
1
On Sun, Sep 7, 2008 at 11:06 PM, jerry gay <[EMAIL PROTECTED]> wrote:
> 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 'm
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
HaloO,
Brandon S. Allbery KF8NH wrote:
On 2008 Sep 6, at 13:57, Larry Wall wrote:
But basically I think NIL is a mild form of failure anyway, so it's
fine with me if () is a form of failure that is smart enough to be
I'm thinking () is the non-scalar (list, array, capture, maybe hash)
versio
HaloO,
Larry Wall wrote:
> As mentioned on irc, it should do the same thing as "foo" => ().
> The question is whether () in item context promotes to []. I don't
> think it ought to, since () is really the only way we have of writing
> NIL in Perl 6, and [] isn't really NIL. And I think it would
On Mon, Sep 8, 2008 at 11:08 AM, TSa <[EMAIL PROTECTED]> wrote:
> Sorry, what am I missing that I see no problem with List
> always itemizing to an Array?
A List *does* always itemize to an Array. But parens do not a List
make; the discontinuity mentioned is syntactic.
(1,2,3) # (or longer) Lis
Hi,
we had the discussion a few times on how to match against a grammar, for
example here: http://irclog.perlgeek.de/parrot/2008-05-31#i_322490
Attached patch adds the $string ~~ Grammar.new form to S05, on which
@Larry.pick($some) seems to have agreed upon.
In the end I don't really care how i
HaloO,
Damian Conway wrote:
At YAPC::EU I pointed out to Larry that we have an adverbial form that
defaults to true:
:foo
For orthogonality and clarity purposes this could also be written
:?foo
and one that defaults to false:
:!foo
but none that defaults to undef.
After reje
HaloO,
Mark J. Reed wrote:
On Mon, Sep 8, 2008 at 11:08 AM, TSa <[EMAIL PROTECTED]> wrote:
Sorry, what am I missing that I see no problem with List
always itemizing to an Array?
A List *does* always itemize to an Array. But parens do not a List
make; the discontinuity mentioned is syntactic.
On Monday 08 September 2008 07:36:51 jerry gay wrote:
> 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?
Exactly my
Author: allison
Date: Mon Sep 8 09:39:36 2008
New Revision: 30891
Modified:
trunk/docs/pdds/draft/pdd30_install.pod
Log:
[pdd] An initial round of comments and edits to the Installation PDD.
Modified: trunk/docs/pdds/draft/pdd30_install.pod
==
I've just committed an initial pass on the Installation PDD. It's
looking good, definitely a good start. I've included some comments to
seed further discussion and development of the draft.
Also, we'll need to include more details on the installation of Parrot
itself (the draft leans pretty he
Author: chromatic
Date: Mon Sep 8 10:22:15 2008
New Revision: 30892
Modified:
trunk/docs/pdds/draft/pdd30_install.pod
Log:
[PDD] Fixed linebreaking in PDD 30 draft to conform to coding standards.
Modified: trunk/docs/pdds/draft/pdd30_install.pod
==
TSa wrote:
> Ahh, I see. Thanks for the hint. It's actually comma that builds lists.
> So we could go with () for undef and require (1,) and (,) for the single
> element and empty list respectively. But then +(1,2,3,()) == 4.
Actually, note that both infix:<,> and circumfix:<[ ]> can be used to
bu
On Mon, Sep 8, 2008 at 1:29 PM, Jon Lang <[EMAIL PROTECTED]> wrote:
> TSa wrote:
>> Ahh, I see. Thanks for the hint. It's actually comma that builds lists.
>> So we could go with () for undef and require (1,) and (,) for the single
>> element and empty list respectively. But then +(1,2,3,()) == 4.
On Mon Sep 08 01:18:37 2008, [EMAIL PROTECTED] wrote:
> Christoph Otto via RT wrote:
> >
> > Is this something we want to go ahead with or should this ticket be
> > rejected?
>
> I've had it on my hiveminder todo list for over a month now. The problem
> is, it's not only a matter of annoying fid
On Mon Sep 08 00:12:44 2008, cotto wrote:
> On Mon Sep 08 00:01:08 2008, [EMAIL PROTECTED] wrote:
> > Christoph Otto wrote:
> > >
> > > If those are your thoughts on the subject, then it seems to make
sense
> > > to add the pdd format test to make test. The attached patch does
this.
> > > I'll a
# New Ticket Created by Chris Fields
# Please include the string: [perl #58678]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58678 >
Rakudo, r30888. When defining a grammar and regex, defining a regex
after a grammar p
Fixed in r30870, added a test in r30900. Closing ticket.
390x-gcc4.1.2 B4 ?-- Y Y YY/2 ? 20080908
linux-x86-gcc3.3.3.20040412 Y/2 ?? ? ? YY ? 20070116
linux-x86-gcc3.3.5.2005013YYY Y Y YY ? 20060618
linux-x86-gcc3.4.5YYY ? ? YY ? 20071016
Added a test in r30902. Closing ticket.
On Mon Jul 07 00:13:20 2008, [EMAIL PROTECTED] wrote:
> On Sunday 06 July 2008 22:17:12 Andrew Johnson via RT wrote:
>
> > On Sun Jul 06 11:03:37 2008, japhb wrote:
>
> > > Better yet, we should replace the inherently insecure quicksort
> > > algorithm (insecure in the "vulnerable to algorithmic
# New Ticket Created by Chris Fields
# Please include the string: [perl #58676]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58676 >
Currently this isn't specced (though moritz has posted a patch to p6l
for adding it to
The code in this ticket does not parse. Is using obsolete syntax? Can
someone provide an updated version?
On Mon Sep 08 04:23:37 2008, [EMAIL PROTECTED] wrote:
> Applied in r30888. cotto is going to check its functioning on Cygwin,
> but it did no harm on Darwin and Linux, so I'm committing it now.
>
> Thank you very much.
> kid51
It looks good on Cygwin too, so I'm marking this resolved.
> Reading through the updated code, it seems that (using "Task" as an
> example):
>
> Parrot_PMCdata_Task
>
> is not much clearer than the original "Parrot_Task" was. Let's go with:
>
> Parrot_Task_attributes
A fast ack'ing of: Parrot_[_a-zA-Z]+_attributes for possible
collisions shows only:
Par
On Fri Sep 05 12:16:25 2008, cotto wrote:
> On Tue May 27 13:33:11 2008, [EMAIL PROTECTED] wrote:
> > Running this program:
> >
> > sub foo($a) {say $a} ; my $x = ;
> >
> > on Ubuntu 8.04 with latest Parrot from svn gives this:
> >
> > $ ./perl6 test.p6
> > Statement not terminated properly
On Mon Apr 09 01:29:52 2007, pcoch wrote:
> In the file src/ops/debug.ops in the debug_break() op, there is an
> explicit exit(0), which is marked as being not an ok thing to do.
> This issue needs to be investigated and fixed.
It looks like the explicit exit in debug_break() is gone, so I'm marki
> Moritz Lenz moritz-at-casella.verplant.org |Perl 6| wrote:
>> map *is* lazy, as are all list builtins that can be lazy (which doesn't
>> include stuff like sort, which has to look at all items anyway).
Well, sure, but it can be lazy about finding the ordering of the
remaining elements, if you on
Author: coke
Date: Mon Sep 8 12:59:30 2008
New Revision: 30913
Modified:
trunk/docs/pdds/draft/pdd30_install.pod
Log:
[codingstd] Fix YASF.
Modified: trunk/docs/pdds/draft/pdd30_install.pod
==
--- trunk/docs/pdds/d
On Mon, Sep 08, 2008 at 09:28:47AM -0700, NotFound via RT wrote:
> The code in this ticket does not parse. Is using obsolete syntax? Can
> someone provide an updated version?
Perhaps:
.sub main
.local pmc foo
foo = get_global 'foo'
foo('x' => 1, 'y' => 2)
>> The attached patch does it. There is a lot of changes, I suspect many
>> of them are candidates for replacing with use of the SET_ATTR and
>> GET_ATTR macros. Maybe defining a macro SELF_DATA_TYPE will be a
>> convenient shortcut.
>
> Reading through the updated code, it seems that (using "Task"
Applied in r30907, thanks.
Author: rurban
Date: Mon Sep 8 12:07:23 2008
New Revision: 30910
Modified:
trunk/docs/pdds/draft/pdd30_install.pod
Log:
[pdd30] incoorporate allisons critic
Modified: trunk/docs/pdds/draft/pdd30_install.pod
==
--- tr
On Tue Sep 11 03:32:51 2007, pcoch wrote:
> Having a look through PDD03 I noticed the TODO item left by Chip:
>
> =head3 Overflow
>
> If too many values are provided to fit into the given target
> registers, Parrot
> will throw an exception. Note that if the final target is a P
> register
Author: julianalbo
Date: Mon Sep 8 13:50:52 2008
New Revision: 30914
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/languages/lua/src/pmc/luauserdata.pmc
trunk/languages/perl6/src/pmc/mutablevar.pmc
trunk/languages/perl6/src/pmc/
On Monday 08 September 2008 12:57:00 Christoph Otto via RT wrote:
> On Tue Sep 11 03:32:51 2007, pcoch wrote:
> > Having a look through PDD03 I noticed the TODO item left by Chip:
> >
> > =head3 Overflow
> >
> > If too many values are provided to fit into the given target
> > registers, Parro
On Thu Feb 21 12:15:06 2008, Whiteknight wrote:
> What would be the best way to handle this? We certainly don't need to do
> anything on systems where INT_MAX == -INT_MIN, but a simple compiler
> directive should help to detect that case.
>
> In the event that abs(INT_MIN) > abs(INT_MAX), should
On Mon Oct 22 07:01:59 2007, pcoch wrote:
> In src/pmc/hash.pmc:thaw() there is the todo item:
>
> /* TODO make a better interface for hash creation
>
> ... do this.
Where do we want to go with this?
While pondering whether or not the 'map' function is lazy, I had a flash
of insight.
Let's assume that it is, and go with an example of
@results = map { process_item($_) } @files;
Now ponder the questions of how independent are the iterations of the
block. Must it compute
>> What would be the best way to handle this? We certainly don't need to do
>> anything on systems where INT_MAX == -INT_MIN, but a simple compiler
>> directive should help to detect that case.
>>
>> In the event that abs(INT_MIN) > abs(INT_MAX), should we silently
>> saturate the result to INT_MAX
On Sat Sep 06 20:55:36 2008, [EMAIL PROTECTED] wrote:
>
> ... or we could use SIGUSR for the tests, I suppose. We're not using
> real-time signals elsewhere in Parrot right now.
>
>
All I can really say at this point is, "Patches welcome." From my
googling about SIGUSR, it appears we'd have t
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).
And I've been able to consolidate a few more over the past few weeks.
We now have 47 tests, down from a high of about 61.
This post is addressed to those of you who (a) have Perl 5 programming
skills and (b) have been lurking on the list or on #parrot without yet
dipping your toes in the water.
I have a number of projects, some of which are already in the form of RT
tickets, some not, which require only Perl 5 pr
Patrick R. Michaud wrote:
Fixing this shouldn't be all that difficult -- in particular,
I think that src/pmc/resizablepmcarray.pmc lines 205-206 should
be changed from
- if (key >= PMC_int_val(SELF))
- SELF.set_integer_native(key+1);
to something like
+ if (key >= PMC_
Some cross-linking to help future newcomers more easily find
things.
The November wiki discussion group is here:
http://groups.google.com/group/november-wiki
The November page on Perl 6 wiki is here:
http://www.perlfoundation.org/perl6/index.cgi?november
I just added a reference to
i dunno about party bus with just guys
On Tue, Sep 9, 2008 at 2:02 PM, Andrei Hantu <[EMAIL PROTECTED]> wrote:
> ill have a chat with mutto
> i think party bus will be awesome
> tho everyone needs to get badly pissed
>
> On Tue, Sep 9, 2008 at 1:56 PM, Malvin Busono <[EMAIL PROTECTED]>wrote:
Hi! My name is Kristi Ambrose, and I have
an article writing and submission service. Let me write an article for
you, and allow me to submit it to over 5700+ sites with YOUR link in the author
signature box! Just imagine doing it all by yourself, one site at a time,
times 5700. Not to
68 matches
Mail list logo
