Re: [perl #52454] [PATCH] t/compilers/imcc/syn/regresssions_2 divide by zero

On Thursday 03 April 2008 11:22:16 Andy Dougherty wrote: > First, deep inside IMCC_subst_constants() in compilers/imcc/optimizer.c, > when the divide by zero fails, it returns a NULL value, but forgets to > also set the undocumented "return" value for 'ok'. The appended patch > sets it to 0, figu

Re: [svn:parrot] r26751 - in trunk/docs: . pdds pdds/draft pmc

From: chromatic <[EMAIL PROTECTED]> Date: Fri, 4 Apr 2008 17:28:37 -0700 On Friday 04 April 2008 17:18:59 [EMAIL PROTECTED] wrote: > Log: > * docs/pmc/subs.pod: >+ Ditto. This could use a good deal more updating -- some of the > examples use very old calling convent

Re: Conceptual questions about Objects

Many thanks. Larry Wall larry-at-wall.org |Perl 6| wrote: self!BaseName::attr should work, assuming BaseName trusts us. Because it is an accessor function, not a syntax to reference a variable in another scope. Got it. But see my q's to Audrey. Why does it need the qualified name if the

[perl #52482] languages/lua/src/yapp/Lua/parser.pm failing t/codingstd/copyright.t t/codingstd/svn_id.t

# New Ticket Created by James Keenan # Please include the string: [perl #52482] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52482 > --- osname= linux osvers= 2.6.18.3 arch= i486-linux-gnu-thread-multi cc= cc --- Fl

[svn:parrot-pdd] r26760 - trunk/docs/pdds/draft

Author: jkeenan Date: Fri Apr 4 19:27:26 2008 New Revision: 26760 Modified: trunk/docs/pdds/draft/pdd06_pasm.pod Log: Make it pass the linelength codingstd test. Modified: trunk/docs/pdds/draft/pdd06_pasm.pod == ---

[svn:parrot-pdd] r26759 - trunk/docs/pdds/draft

Author: jkeenan Date: Fri Apr 4 19:24:04 2008 New Revision: 26759 Modified: trunk/docs/pdds/draft/pdd08_keys.pod Log: Correct POD formatting error. Modified: trunk/docs/pdds/draft/pdd08_keys.pod == --- trunk/docs/pdd

Re: muse on Compact Structs, pack/unpack

On Wed, Apr 02, 2008 at 11:56:37PM -0500, Jonathan Scott Duff wrote: : Or you could setup pmwiki as a nod to our perl6 compiler pumpking :-) : : In any case, pmwiki is simpler to setup than twiki. Yes, but I also know the author of twiki, and it's written in Perl rather than PHP... Larry

Re: postfix and postcircumfix

On Wed, Apr 02, 2008 at 06:08:55PM -0700, Jon Lang wrote: : In "Question on your last change to S02", Larry Wall wrote: : > (By the way, you'll note the utility of being able to talk about a : > postfix by saying .[], which is one of the reasons we allow the optional : > dot there. :) : : Can I

[perl #52054] [CAGE]: Make all PDDs conform to coding standards

The PDDs in docs/pdds/ are now in substantial compliance with the coding standard, those in docs/pdds/draft/ much less so. I'll leave this ticket open, but it's the sort of thing that only needs some cage cleaning attention every month or so.

Re: Conceptual questions about Objects

Ryan Richter ryan-at-tau.solarneutrino.net |Perl 6| wrote: You've declared method a twice here. According to S12, "You may write your own accessors to override any or all of the autogenerated ones." has $!a; method a { $!a } The variable is always really the $! form. I'm catching o

Re: Conceptual questions about Objects

On Fri, Apr 04, 2008 at 07:01:32PM -0500, John M. Dlugosz wrote: > That is, a derived class, assuming it was trusted, could use > $self!BaseName::attr to prevent confusion with something named self!attr > that ordinarily hides it. Which is never a problem anyway, since private attributes are nev

[perl #52472] [BUG] tools/build/list_unjitted.pl outdated

On Fri Apr 04 17:24:59 2008, [EMAIL PROTECTED] wrote: > > If we had anyone who wanted to hack on the JIT (see the Parrot GSoC > potential > projects list), it would be useful. > > How about moving it to tools/dev/ instead for now? > Okay. Done in r26756. No other changes made yet. kid51

[svn:parrot-pdd] r26755 - trunk/docs/pdds

Author: jkeenan Date: Fri Apr 4 17:41:29 2008 New Revision: 26755 Modified: trunk/docs/pdds/pdd18_security.pod trunk/docs/pdds/pdd20_lexical_vars.pod trunk/docs/pdds/pdd21_namespaces.pod trunk/docs/pdds/pdd24_events.pod Log: Bring file closer to conformance with coding standards for

Re: Conceptual questions about Objects

You have completely lost me, John. What the heck are you asking? $obj.foo: calls public method "foo" on the object referenced by $obj. $.foo shorthand for calling "foo" on self (in scalar context). As I understand it, although I could be confused, these have absolutely nothing to do with w

[svn:parrot-pdd] r26754 - trunk/docs/pdds/draft

Author: jkeenan Date: Fri Apr 4 17:34:08 2008 New Revision: 26754 Modified: trunk/docs/pdds/draft/pdd06_pasm.pod Log: Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Ticket/Display.html?id=52054). Modified: trunk/docs/pdds/draft/pdd06_pasm.pod ===

[svn:parrot-pdd] r26753 - trunk/docs/pdds/draft

Author: jkeenan Date: Fri Apr 4 17:31:37 2008 New Revision: 26753 Modified: trunk/docs/pdds/draft/pdd06_pasm.pod Log: Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Ticket/Display.html?id=52054). Modified: trunk/docs/pdds/draft/pdd06_pasm.pod ===

[svn:parrot-pdd] r26752 - trunk/docs/pdds/draft

Author: jkeenan Date: Fri Apr 4 17:29:30 2008 New Revision: 26752 Modified: trunk/docs/pdds/draft/pdd06_pasm.pod Log: Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Ticket/Display.html?id=52054). Modified: trunk/docs/pdds/draft/pdd06_pasm.pod ===

Re: [svn:parrot] r26751 - in trunk/docs: . pdds pdds/draft pmc

On Friday 04 April 2008 17:18:59 [EMAIL PROTECTED] wrote: > Log: > * docs/pmc/subs.pod: >+ Ditto. This could use a good deal more updating -- some of the > examples use very old calling conventions -- but I'm not sure how > to do this without changing PASM to PIR. It wouldn't hurt

Re: Conceptual questions about Objects

On Friday 04 April 2008 16:56:44 Audrey Tang wrote: > In other words, there needs to be no real hard attribute "bar", no > matter if you call the "bar" method as self.bar(), $.bar(), or simply > $.bar. That's what I was trying to say with "uniform access principle", except that Audrey's version

Re: [perl #52472] [BUG] tools/build/list_unjitted.pl outdated

On Friday 04 April 2008 17:03:02 James Keenan via RT wrote: > On Fri Apr 04 06:22:01 2008, coke wrote: > > This file could use some care (or be deleted): > > - It hasn't tracked movement of source directories > > - has some colorful exceptions messages which need to be standardized > > - the comp

Re: Conceptual questions about Objects

John M. Dlugosz wrote: Seriously, Does this mean that the access of private attributes from trusted classes is a "different form"? And that's why you need the qualified syntax when I think it should not be necessary in all cases? Or should that passage really say "not in non-trusted classes, incl

[svn:parrot-pdd] r26751 - in trunk/docs: . pdds pdds/draft pmc

Author: rgrjr Date: Fri Apr 4 17:18:59 2008 New Revision: 26751 Modified: trunk/docs/pdds/draft/pdd06_pasm.pod trunk/docs/pdds/pdd23_exceptions.pod Changes in other areas also in this revision: Modified: trunk/docs/compiler_faq.pod trunk/docs/pmc/subs.pod Log: * docs/compiler_faq.po

Re: Conceptual questions about Objects

Audrey Tang audreyt-at-audreyt.org |Perl 6| wrote: "Every Idiot declaration... " Sorry, must be a font problem Seriously, Does this mean that the access of private attributes from trusted classes is a "different form"? And that's why you need the qualified syntax when I think it should not be

[perl #52054] [CAGE]: Make all PDDs conform to coding standards

On Thu Apr 03 12:17:32 2008, [EMAIL PROTECTED] wrote: > I began working on this today and noticed that many PDDs lack a SYNOPSIS > section -- and they do quite well without it. > > I recommend relaxing the requirements in docs/pdds/pdd00_pdd.pod and > t/codingstd/pdd_format.t that each doc have SY

Re: Conceptual questions about Objects

John M. Dlugosz wrote: Audrey Tang audreyt-at-audreyt.org |Perl 6| wrote: John M. Dlugosz wrote: A method can refer to private attributes etc. in other objects than self. This is unlike Smalltalk and like C++. Which objects? Obviously, those that _have_ them in the first place. Correct, thoug

[svn:parrot-pdd] r26750 - in trunk: docs/pdds t/codingstd

Author: jkeenan Date: Fri Apr 4 17:14:17 2008 New Revision: 26750 Modified: trunk/docs/pdds/pdd00_pdd.pod trunk/docs/pdds/pdd_template.pod Changes in other areas also in this revision: Modified: trunk/t/codingstd/pdd_format.t Log: (1) Per posting in http://rt.perl.org/rt3/Ticket/Displa

Re: Conceptual questions about Objects

I understand your example. In fact, it further clarifies your earlier note. But that's not what I meant. I was thinking that access was through a variable, not understanding the real point of the syntax. Audrey Tang audreyt-at-audreyt.org |Perl 6| wrote: John M. Dlugosz wrote: That seems t

Re: Conceptual questions about Objects

John M. Dlugosz wrote: OK, trust is not implicit on derived classes. Is that because there is no rule that says it is, or is there a mention of that somewhere in the official docs? There is. S12 Line 561: Every I declaration also declares a corresponding private I storage location, and the e

Re: Conceptual questions about Objects

Darren Duncan darren-at-darrenduncan.net |Perl 6| wrote: A method is defined within a role or class, as is an attribute. A private attribute can generally be referenced only by a method declared in the same role or class as said attribute. I think that's not right. A private attribute defi

[perl #52472] [BUG] tools/build/list_unjitted.pl outdated

On Fri Apr 04 06:22:01 2008, coke wrote: > This file could use some care (or be deleted): > > - It hasn't tracked movement of source directories > - has some colorful exceptions messages which need to be standardized > - the comparison algorithm to find out if something is jitted could be > switch

Re: Conceptual questions about Objects

Audrey Tang audreyt-at-audreyt.org |Perl 6| wrote: John M. Dlugosz wrote: A method can refer to private attributes etc. in other objects than self. This is unlike Smalltalk and like C++. Which objects? Obviously, those that _have_ them in the first place. Correct, though those classes also has

Re: Conceptual questions about Objects

John M. Dlugosz wrote: That seems to be saying that using the method-call form is preferred, as it abstracts whether it is a real hard attribute or not. Er, it is not so. The $.foo notation is good not only for calling accessors, but also as a way to specify context when calling oneself's met

Re: Conceptual questions about Objects

On Friday 04 April 2008 16:31:56 John M. Dlugosz wrote: > chromatic chromatic-at-wgz.org |Perl 6| wrote: > > It shouldn't be. > So you are saying that... I was talking about syntax. > In that case, why allow the variable-name form at all? Because they're variables. Sure, they're instance vari

[perl #51464] [TODO] [PDD] add date stamps to PDD's

On Fri Apr 04 04:30:17 2008, [EMAIL PROTECTED] wrote: > One (possibly solvable) problem is that subversion tags don't > substitute properly in the HTML generated versions on the website > . > What code do we use to generate those pages?

Re: Conceptual questions about Objects

On Fri, Apr 04, 2008 at 06:31:56PM -0500, John M. Dlugosz wrote: > chromatic chromatic-at-wgz.org |Perl 6| wrote: > >It shouldn't be. > > > So you are saying that in the example of > >class C { > has $.a; > method a ($self:) You've declared method a twice here. has $.a is equiv

Re: Conceptual questions about Objects

chromatic chromatic-at-wgz.org |Perl 6| wrote: It shouldn't be. So you are saying that in the example of class C { has $.a; method a ($self:) { side_effect(); return $self.a; } } # end C class D is C { method foo ($self:)

Re: Conceptual questions about Objects

John M. Dlugosz wrote: A method can refer to private attributes etc. in other objects than self. This is unlike Smalltalk and like C++. Which objects? Obviously, those that _have_ them in the first place. Does the variable used as the invocant, or return value if it is an expression, have t

Re: Conceptual questions about Objects

John M. Dlugosz wrote: A method can refer to private attributes etc. in other objects than self. This is unlike Smalltalk and like C++. Which objects? Obviously, those that _have_ them in the first place. Correct, though those classes also has to trust the calling class: class MyClass { has $!

Re: Conceptual questions about Objects

On Friday 04 April 2008 13:47:40 John M. Dlugosz wrote: > But, it is also stated that in derived and trusted classes, and even in > the class itself, $.a is an accessor call?  As opposed to $!a which is > the direct access to the attribute.  Is this accessor different from the > function form used

Re: cross operator and empty list

Cartesian product of anything with the empty set is empty. Which is why SQL has outer joins. On 4/4/08, TSa <[EMAIL PROTECTED]> wrote: > HaloO, > > why is (1,2,3) X () defined to be the empty list > and not (1,2,3) as is the case with the cartesian > product of sets which X basically is with pre

Re: [perl #52462] [PATCH] [UGLY] FixedIntegerArray->new_from_string() needs cleanup

On Fri, 4 Apr 2008 12:50:27 -0500 "Patrick R. Michaud" <[EMAIL PROTECTED]> wrote: > On Fri, Apr 04, 2008 at 10:06:39AM -0700, chromatic wrote: > > On Thursday 03 April 2008 15:47:12 Mark Glines wrote: > > > > > When doing a test for --gc=libc, I noticed test 10 of > > > t/op/calling.t was hanging

Conceptual questions about Objects

After reading S12, I have many many notes about things that need to be tightened up or places that open more questions then provide answers. But, a lot of it boils down to a core set of issues. Can y'all explain these to me? Help me see the core concepts, and I can work out the details and s

Re: tutorial, blog, hackathon

> The dorms sound workable. Is it the same dorms as last time YAPC::NA was in > Chicago? Those are under construction, so we've been moved to the other set of dorms across the road from the 2k6 dorms. They are a little older, but have been recently updated and are supposedly decent dorms (and no

Re: [perl #51944] Cygwin Readme [PATCH]

On Fri, Apr 4, 2008 at 3:18 PM, John Trammell via RT <[EMAIL PROTECTED]> wrote: > > On Fri, Mar 21, 2008 at 10:20 AM, Reini Urban <[EMAIL PROTECTED]> wrote: > > > 2008/3/20, via RT Will Coleda <[EMAIL PROTECTED]>: > > > # New Ticket Created by Will Coleda > > > # Please include the string: [p

Re: [perl #51944] Cygwin Readme [PATCH]

On Fri, Mar 21, 2008 at 10:20 AM, Reini Urban <[EMAIL PROTECTED]> wrote: > 2008/3/20, via RT Will Coleda <[EMAIL PROTECTED]>: > > # New Ticket Created by Will Coleda > > # Please include the string: [perl #51944] > > # in the subject line of all future correspondence about this issue. > > # h

Re: [svn:parrot] r26747 - in trunk/languages/lua: config/makefiles src/lib

On Friday 04 April 2008 11:26:23 [EMAIL PROTECTED] wrote: > Added: >trunk/languages/lua/src/lib/random.pir (contents, props changed) > Modified: >trunk/languages/lua/config/makefiles/root.in > > Log: > [Lua] > - add random library > Added: trunk/languages/lua/src/lib/random.pir > ==

Re: [perl #52462] [PATCH] [UGLY] FixedIntegerArray->new_from_string() needs cleanup

On Fri, Apr 04, 2008 at 10:06:39AM -0700, chromatic wrote: > On Thursday 03 April 2008 15:47:12 Mark Glines wrote: > > > When doing a test for --gc=libc, I noticed test 10 of t/op/calling.t > > was hanging. The test creates a FixedIntegerArray from the string "0, > > 0x20, 0x20, 0". The new_from

Re: cross operator and empty list

On Fri, Apr 04, 2008 at 06:51:20PM +0200, TSa wrote: > HaloO, > > why is (1,2,3) X () defined to be the empty list > and not (1,2,3) as is the case with the cartesian > product of sets which X basically is with preserved > order. (@a X @b X @c).elems == @a.elems * @b.elems * @c.elems Larry

Re: cross operator and empty list

Cartesain product with the empty set is empty. A x B is the set of all pairs (a,b) where a is in A and b is in B. If either is empty then there are no such pairs and the result is also empty. -- Mark Biggar [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] -- Original message

Re: [perl #52462] [PATCH] [UGLY] FixedIntegerArray->new_from_string() needs cleanup

On Thursday 03 April 2008 15:47:12 Mark Glines wrote: > When doing a test for --gc=libc, I noticed test 10 of t/op/calling.t > was hanging. The test creates a FixedIntegerArray from the string "0, > 0x20, 0x20, 0". The new_from_string() constructor relies on STRING* > buffers containing a traili

cross operator and empty list

HaloO, why is (1,2,3) X () defined to be the empty list and not (1,2,3) as is the case with the cartesian product of sets which X basically is with preserved order. Regards, TSa. -- The Angel of Geometry and the Devil of Algebra fight for the soul of any mathematical being. -- Attributed to H

[perl #52472] [BUG] tools/build/list_unjitted.pl outdated

# New Ticket Created by Will Coleda # Please include the string: [perl #52472] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52472 > This file could use some care (or be deleted): - It hasn't tracked movement of source di

Re: [Fwd: [svn:parrot-pdd] r26719 - trunk/docs/pdds]

All PDD commits have been going to the main list for some time now. I believe the rationale is that changes to our design documents are typically big enough to warrant notifying everyone on the main list, not just those subscribed to the commits list. Regards. On Fri, Apr 4, 2008 at 7:02 AM, Jam

Re: [perl #52436] Flush examples/pasm/queens.pasm?

On Thu, Apr 3, 2008 at 9:47 AM, via RT Bob Rogers <[EMAIL PROTECTED]> wrote: > # New Ticket Created by Bob Rogers > # Please include the string: [perl #52436] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=52436 > > > >

Re: [perl #51464] [TODO] [PDD] add date stamps to PDD's

On Thu, 03 Apr 2008 12:21:56 -0700 "Mark Glines via RT" <[EMAIL PROTECTED]> wrote: On Thu, 03 Apr 2008 12:18:47 -0700 "James Keenan via RT" <[EMAIL PROTECTED]> wrote: Datestamps in the filename (e.g., MMDD)? Or somewhere inside the file? Datestamps in the file, something like in the Pe

[perl #52462] [PATCH] [UGLY] FixedIntegerArray->new_from_string() needs cleanup

# New Ticket Created by Mark Glines # Please include the string: [perl #52462] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52462 > When doing a test for --gc=libc, I noticed test 10 of t/op/calling.t was hanging. The te

[Fwd: [svn:parrot-pdd] r26719 - trunk/docs/pdds]

A bunch of my SVN commits from yesterday suddenly showed up on the main list this morning -- and not from any (conscious) action on my part. Why are these showing up here and *not* in perl.cvs.parrot? (See: http://www.nntp.perl.org/group/perl.cvs.parrot/) Wouldn't it be better to have all co

[svn:parrot-pdd] r26721 - trunk/docs/pdds

Author: jkeenan Date: Thu Apr 3 12:02:38 2008 New Revision: 26721 Modified: trunk/docs/pdds/pdd07_codingstd.pod Log: Make PPD conform to coding standard for PDDs (https://rt.perl.org/rt3/Ticket/Display.html?id=52054). Modified: trunk/docs/pdds/pdd07_codingstd.pod ===

[svn:parrot-pdd] r26723 - trunk/docs/pdds

Author: jkeenan Date: Thu Apr 3 12:12:57 2008 New Revision: 26723 Modified: trunk/docs/pdds/pdd13_bytecode.pod Log: Make PPD conform to coding standard for PDDs (https://rt.perl.org/rt3/Ticket/Display.html?id=52054). Modified: trunk/docs/pdds/pdd13_bytecode.pod =

[svn:parrot-pdd] r26739 - trunk/docs/pdds/draft

Author: kjs Date: Fri Apr 4 02:16:08 2008 New Revision: 26739 Modified: trunk/docs/pdds/draft/pdd29_compiler_tools.pod Log: [pdd29] fix a small layout thing; add a bit to synopsis for actions; add some HLLCompiler API methods. Modified: trunk/docs/pdds/draft/pdd29_compiler_tools.pod ===

[svn:parrot-pdd] r26722 - trunk/docs/pdds

Author: jkeenan Date: Thu Apr 3 12:08:05 2008 New Revision: 26722 Modified: trunk/docs/pdds/pdd09_gc.pod Log: Make PPD conform to coding standard for PDDs (https://rt.perl.org/rt3/Ticket/Display.html?id=52054). Modified: trunk/docs/pdds/pdd09_gc.pod =

[perl #48549] [RFC][PIR] Let .namespace (no args) have empty brackets

My yacc is a little fuzzy (I made a funny!), but I think this simple little patch here should do the trick. I included two patch files, depending on how much you want to change. imccnamespacefix.patch: This fixes the brackets issue for the IMCC bison file. I don't have bison on my system, so I cou

[svn:parrot-pdd] r26720 - trunk/docs/pdds

Author: jkeenan Date: Thu Apr 3 11:55:49 2008 New Revision: 26720 Modified: trunk/docs/pdds/pdd03_calling_conventions.pod Log: Make PPD conform to coding standard for PDDs (https://rt.perl.org/rt3/Ticket/Display.html?id=52054). Modified: trunk/docs/pdds/pdd03_calling_conventions.pod ===

[svn:parrot-pdd] r26719 - trunk/docs/pdds

Author: jkeenan Date: Thu Apr 3 11:51:58 2008 New Revision: 26719 Modified: trunk/docs/pdds/pdd00_pdd.pod Log: Make PPD conform to coding standard for PDDs (https://rt.perl.org/rt3/Ticket/Display.html?id=52054). Modified: trunk/docs/pdds/pdd00_pdd.pod ===

[perl #52436] Flush examples/pasm/queens.pasm?

# New Ticket Created by Bob Rogers # Please include the string: [perl #52436] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=52436 > While looking at removing the C and C ops, I found this old queens.pasm example which u

[svn:parrot-pdd] r26738 - trunk/docs/pdds/draft

Author: kjs Date: Fri Apr 4 01:50:45 2008 New Revision: 26738 Modified: trunk/docs/pdds/draft/pdd29_compiler_tools.pod Log: [pdd29] add more stuff to pdd29 Modified: trunk/docs/pdds/draft/pdd29_compiler_tools.pod ==

Re: [svn:parrot-pdd] r26707 - trunk/docs/pdds/draft

Hi Geoffrey, thanks for your reply and your thoughts. Please keep in mind it was not a proposal to remove this long-invocation syntax, it just came to mind when I realized that it's not used that much. On Thu, Apr 3, 2008 at 5:17 PM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote: > On Wed, 2008-04