Author: allison
Date: Thu Sep 13 23:30:18 2007
New Revision: 21272
Modified:
trunk/docs/pdds/draft/pdd17_pmc.pod
Log:
[pdd] Expanding reference information in PMC PDD.
Modified: trunk/docs/pdds/draft/pdd17_pmc.pod
==
On Sep 13, 2007, at 9:00 PM, Allison Randal wrote:
Joshua Isom wrote:
And while we're add it, can we add the magic to do the same thing we
to do labels to variables as well?
What thing?
Allison
It's the little magic that turns this:
.macro foo(bar)
.local $baz:
print "he
Paul Cochrane wrote:
Therefore, I
thought it'd be a good idea to stimulate some discussion on list, so
that something can be distilled from this to help out our architect
and those brave enough to implement the design :-)
Excellent. Many thanks.
=item *
In the Composition subsection of the
On Sep 13, 2007, at 8:21 PM, Jerry Gay (via RT) wrote:
# New Ticket Created by Jerry Gay
# Please include the string: [perl #45437]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45437 >
in r21240, ptc added a 'cover' tar
Klaas-Jan Stol (via RT) wrote:
Therefore, in order to keep IMCC simple and remove syntax redundancy, I
propose to remove the ".pcc_sub" directive from IMCC.
Agreed. If there are any remaining differences, they're implementation
artifacts and should be merged.
Allison
Klaas-Jan wrote:
On Sep 13, 6:18 am, [EMAIL PROTECTED] (Patrick R. Michaud) wrote:
On Wed, Sep 12, 2007 at 09:07:00AM -0700, Klaas-Jan Stol wrote:
I propose to make IMCC a bit stricter and have it enforce to use the
appropriate closing directive. So, close .pcc_begin_return with a
.pcc_end_retu
Klaas-Jan Stol (via RT) wrote:
I think it'd be good to make a decision on this: either remove the ".global"
directive and the associated grammar rules (making it a few lines shorter),
or implement it.
Kill it. The notion of globals (as stored in the namespace) in Parrot
has been greatly refin
On Sep 12, 2007, at 6:21 PM, Will Coleda wrote:
On Sep 12, 2007, at 11:38 AM, Klaas-Jan Stol (via RT) wrote:
I propose removing the ".sym" directive for normal cases (not for the
macro
stuff).
If we're doing that, I think it would make sense to
- remove .sym everywhere.
- change the thing
chromatic wrote:
On Thursday 13 September 2007 18:17:21 [EMAIL PROTECTED] wrote:
-where C is a pointer to a C structure:
+where C is a pointer to a C union:
I'm not sure that's true. *vtable is a pointer to a VTABLE, but I believe
that the UnionVal struct members get flattened into the PMC
Klaas-Jan Stol (via RT) wrote:
I propose to remove the bareword method to be recognized as ":method".
Agreed.
Allison
On Thursday 13 September 2007 18:17:21 [EMAIL PROTECTED] wrote:
> @@ -134,23 +48,15 @@
> All PMCs have the form:
>
> struct PMC {
> - pobj_t obj;
> + UnionVal cache;
> + Parrot_UInt flags;
> VTABLE *vtable;
> PMC *real_self;
> - #if ! PMC_DATA_IN_EXT
# New Ticket Created by Jerry Gay
# Please include the string: [perl #45437]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45437 >
in r21240, ptc added a 'cover' target to the makefile, along with
'cover-clean', which was
Author: allison
Date: Thu Sep 13 18:17:20 2007
New Revision: 21271
Modified:
trunk/docs/pdds/draft/pdd17_pmc.pod
Log:
[pdd] Answering a round of questions for the PMC PDD, filling in details on
declaring PMCs, inheritance, and composition.
Modified: trunk/docs/pdds/draft/pdd17_pmc.pod
==
Author: larry
Date: Thu Sep 13 17:26:46 2007
New Revision: 14461
Modified:
doc/trunk/design/syn/S03.pod
Log:
typos and such
Modified: doc/trunk/design/syn/S03.pod
==
--- doc/trunk/design/syn/S03.pod(original)
Andy Dougherty wrote:
(If cc_build and cc_run do get
meaningful exit codes, inter::progs needs to be revisited anyway to
actually use those codes.)
If you do revisit config/inter/progs.pm, please bear in mind that I have
written some unit tests for that package:
[parrot] 500 $ ls t/confi
Author: larry
Date: Thu Sep 13 16:29:08 2007
New Revision: 14460
Modified:
doc/trunk/design/syn/S03.pod
doc/trunk/design/syn/S05.pod
Log:
Clarifications requested by Wolfgang Laun++, and then some
Modified: doc/trunk/design/syn/S03.pod
=
On Thu, 13 Sep 2007, Paul Cochrane wrote:
> The weird thing is that there *is* a graceful 'no compiler' message.
> If cc_build fails then inter::progs exits with an appropriate error
> message, and configuration stops at this point.
That depends on the nature of the failure in cc_build. In the e
Author: allison
Date: Thu Sep 13 11:05:11 2007
New Revision: 21263
Modified:
trunk/docs/pdds/draft/pdd17_pmc.pod
Log:
[pdd] Reordering major section in PDD 17, some cleanups in reference material.
Modified: trunk/docs/pdds/draft/pdd17_pmc.pod
=
Author: larry
Date: Thu Sep 13 10:32:53 2007
New Revision: 14459
Modified:
doc/trunk/design/syn/S05.pod
Log:
grammaro from Coke++
Modified: doc/trunk/design/syn/S05.pod
==
--- doc/trunk/design/syn/S05.pod(ori
On 9/13/07, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> I'm in the process of reading through some of the PDDs, and have
> noticed a couple of points in some of them where it's not clear to me
> what's going on, or there is a todo item mentioned, or there is a
> section which says that more discussi
Author: pmichaud
Date: Thu Sep 13 10:04:14 2007
New Revision: 14458
Modified:
doc/trunk/design/syn/S05.pod
Log:
Fix up some unquoted punctuation in regexes.
Modified: doc/trunk/design/syn/S05.pod
==
--- doc/trunk/des
Applied in r21262.
Author: paultcochrane
Date: Thu Sep 13 09:27:52 2007
New Revision: 21262
Modified:
trunk/docs/pdds/pdd22_io.pod
Log:
[pdd] Minor formatting changes.
Modified: trunk/docs/pdds/pdd22_io.pod
==
--- trunk/docs/pdds/pdd22
Hi all,
I'm in the process of reading through some of the PDDs, and have
noticed a couple of points in some of them where it's not clear to me
what's going on, or there is a todo item mentioned, or there is a
section which says that more discussion needs to occur. Therefore, I
thought it'd be a g
On 9/13/07, via RT Paul Cochrane <[EMAIL PROTECTED]> wrote:
> Here are some minor formatting changes to pdd22. I wasn't sure if I
> should commit this, so thought it'd be a good idea to swing it past
> the list to make sure I wasn't doing anything silly.
>
looks good to me, apply away!
~jerry
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #45423]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45423 >
Here are some minor formatting changes to pdd22. I wasn't sure if I
should commit this
Author: larry
Date: Thu Sep 13 08:59:19 2007
New Revision: 14457
Modified:
doc/trunk/design/syn/S05.pod
Log:
Suggestioned clarifications from lots of folks++
Modified: doc/trunk/design/syn/S05.pod
==
--- doc/trunk/de
On 13/09/2007, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Sep 2007, Paul Cochrane wrote:
>
> > On 12/09/2007, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > > On Wed, 12 Sep 2007, Paul Cochrane via RT wrote:
> > >
> > > > On Mon Mar 19 15:59:44 2007, [EMAIL PROTECTED] wrote:
> > > > > On
On Thu, 13 Sep 2007, Paul Cochrane wrote:
> On 12/09/2007, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > On Wed, 12 Sep 2007, Paul Cochrane via RT wrote:
> >
> > > On Mon Mar 19 15:59:44 2007, [EMAIL PROTECTED] wrote:
> > > > On Monday 19 March 2007 12:22, Andy Dougherty wrote:
> > > >
> > > > > I
Will Coleda wrote:
I only removed it from trunk; if you copied the svn:externals property
from trunk to your branch at some point, I'd say this is expected behavior.
Perhaps so. The problem is that at no point was I *aware* that I was
copying the property from trunk to branch. None o
On Sep 13, 2007, at 7:17 AM, James E Keenan wrote:
Will Coleda wrote:
For those not on #parrot, it's already been removed, but you may
notice that it apparently tries to update the external repo
*before* it removes the svn:externals property. So it looks like
it's still there, but it's no
Will Coleda wrote:
For those not on #parrot, it's already been removed, but you may notice
that it apparently tries to update the external repo *before* it removes
the svn:externals property. So it looks like it's still there, but it's
not; update one more time and the prompt won't get you.
Fixed by Paul Cochrane in r21207. Thanks, ptc.
On Thu Sep 13 02:16:12 2007, ptc wrote:
> > > Applied the patch with some modifications so that it runs
> correctly on
> > > Windows in r21212. Tested on Linux x86, Windows and Cygwin.
> >
> > But did you actually address any of my objections? For example, do
> you
> > now pay attention to exit c
On 12/09/2007, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Wed, 12 Sep 2007, Paul Cochrane via RT wrote:
>
> > On Mon Mar 19 15:59:44 2007, [EMAIL PROTECTED] wrote:
> > > On Monday 19 March 2007 12:22, Andy Dougherty wrote:
> > >
> > > > I found the ticket that introduced this failing behavior,
On Sep 13, 6:18 am, [EMAIL PROTECTED] (Patrick R. Michaud) wrote:
> On Wed, Sep 12, 2007 at 09:07:00AM -0700, Klaas-Jan Stol wrote:
> > I propose to make IMCC a bit stricter and have it enforce to use the
> > appropriate closing directive. So, close .pcc_begin_return with a
> > .pcc_end_return dire
36 matches
Mail list logo
