I've just finished a read-through of all the PDDs (which I said I'd do
by OSCON), and will check in the embedded notes I made while reading
when I can connect to svn.perl.org again (known outage, nothing to worry
about).
The next step is to go through the PDDs one-by-one, updating/expanding
t
Just a note for those who don't watch the commit logs:
(1) why don't you? :-)
(2) you'll want to 'make realclean' and rebuild after you update next
Share & Enjoy!
--
Chip Salzenberg <[EMAIL PROTECTED]>
I'd like to see PPD 25 "threads" reviewed. The ruff API isn't even
layed out in this document -- is there supposed to be a thread PMC or
what? I'm also concerned about the performance impact of having to
always check if a PMC is shared and having to spin a mutex if it is. At
a minimum it should
Here are some issues regarding basic types, in no particular order,
some of them inter-related. (while the phrasing is short, please
don't consider the tone short. =-)
o Undef vs. None vs. null? Only one of these types is mentioned in
the PDD. Need to document the rationale and expected use
# New Ticket Created by Will Coleda
# Please include the string: [perl #39921]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39921 >
in r13493, a new MANIFEST was put in place that was generated by
tools/dev/mk_manifest_
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jul 24 13:15:00 2006 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On 7/23/06, Allison Randal <[EMAIL PROTECTED]> wrote:
I've just finished a read-through of all the PDDs (which I said I'd do
by OSCON), and will check in the embedded notes I made while reading
when I can connect to svn.perl.org again (known outage, nothing to worry
about).
yay!
The next step
Author: audreyt
Date: Mon Jul 24 10:15:19 2006
New Revision: 10397
Modified:
doc/trunk/design/syn/S03.pod
Log:
* S03: Add Agent Zhang's two deltas missed from the previous run.
Modified: doc/trunk/design/syn/S03.pod
=
On 7/16/06, Guest via RT <[EMAIL PROTECTED]> wrote:
Hi,
I've attached a patch for the same.
Please review and if it looks fine, can you please apply the same to trunk?
looks good. non-languages/ files have been patched and applied as
r13505. i'll follow up with the language authors, and apply
I'm looking at making a lightweight test harness in tcl for tcl (3
reasons: running enough tcl to run tcl's actual test suite is hard;
running partcl's test suite is slow; oh look, we can run something
useful!)
However, I have one sticking point: How do I reliably run these tests
from ins
# New Ticket Created by Will Coleda
# Please include the string: [perl #39925]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39925 >
Revision: 13510
Build tcl.
Create this file in languages/tcl:
% cat foo.t
#!../../parr
# New Ticket Created by Chip Salzenberg
# Please include the string: [perl #39926]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39926 >
On Wed, Jul 12, 2006 at 10:25:43AM -0700, Allison Randal wrote:
> It occurs to me, af
# New Ticket Created by Chip Salzenberg
# Please include the string: [perl #39927]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39927 >
On Mon, Jul 17, 2006 at 07:17:09PM +0200, Leopold Toetsch wrote:
> A PMC method defin
On Mon, Jul 17, 2006 at 02:01:08PM -0700, Allison Randal wrote:
> Long-term, we need to minimize the differences between low-level PMCs
> and Parrot objects defined in PIR code. That may mean allowing optional
> arguments and named parameter passing. But, I want to keep the PDDs
> focused on dri
# New Ticket Created by Pratik Roy
# Please include the string: [perl #39924]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39924 >
I am not sure if I need perl6 to build parrot.
I am using Perl5 and I get the following p
Author: ambs
Date: Mon Jul 24 08:26:45 2006
New Revision: 13503
Modified:
trunk/docs/pdds/clip/pdd22_io.pod (contents, props changed)
trunk/docs/pdds/clip/pdd24_events.pod (contents, props changed)
trunk/docs/pdds/clip/pdd25_threads.pod (contents, props changed)
trunk/docs/pdds/p
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #39928]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39928 >
Problem: languages/lazy-k/t/calc.t calls C, and the single quotes are passed literally o
# New Ticket Created by Jerry Gay
# Please include the string: [perl #39931]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39931 >
svn commits with an appropriate marker denoting the ticket # (eg.
[perl #39924]) should aut
# New Ticket Created by Jerry Gay
# Please include the string: [perl #39932]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39932 >
for a subset of rt bugadmins, enable bulk operations in order to allow
creation of new tick
On 7/24/06, via RT Pratik Roy <[EMAIL PROTECTED]> wrote:
I am not sure if I need perl6 to build parrot.
nope.
I am using Perl5 and I get the following problem:
user562/parrot-0.4.5>perl Configure.pl
Can't locate warnings.pm in @INC (@INC contains:
/usr/perl5/5.00503/sun4-solaris /usr/perl5/
Nifty. few questions.
On Jul 24, 2006, at 7:21 PM, Jerry Gay (via RT) wrote:
# New Ticket Created by Jerry Gay
# Please include the string: [perl #39931]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39931 >
svn commits
On Mon, Jul 24, 2006 at 03:57:25PM -0700, Pm wrote:
> Found this bug while doing stuff --without-icu today...
>
> Concatenation of a unicode string with an ASCII string
> works even if ICU isn't available.
>
> Concatenation of a unicode string with a Unicode string
> works even if ICU isn't avail
# New Ticket Created by Will Coleda
# Please include the string: [perl #39933]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39933 >
In an effort to construct a test case for something else, I got this
to bus error:
.su
I know, shoot me -- but just so we've discussed it and put it to bed,
maybe :if or _if or fi?
--- Aaron Crane <[EMAIL PROTECTED]> wrote:
> Larry Wall writes:
> > Maybe we should just make statement modifiers uppercase and burn
> out
> > everyone's eye sockets. :)
>
> I like statement modifie
# New Ticket Created by Kevin Tew
# Please include the string: [perl #39934]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39934 >
embed.c | 34 ++
1 file changed, 34 insertions(+)
Feed
Am Dienstag, 25. Juli 2006 02:20 schrieb Will Coleda:
> In an effort to construct a test case for something else, I got this
> to bus error:
>
> .sub main :main
> $S0 = <<"END_PIR"
> .constant int foo = 1
> END_PIR
> $P0 = compreg 'PIR'
> $P0($S0)
> .end
Well, that's a syntax error[1
I've been wanting this little enhancement for quite some time.
I finally coded it up.
Suggestions welcome.
Kevin
The patch updates disassemble output to contain three useful pieces of
information.
FROM
load_bytecode_sc "TGE.pbc"
find_type_i_sc I0,"ASTGrammar"
ne_i_ic_ic I0,0,L1
subclass_p_sc
On Mon, Jul 24, 2006 at 01:03:41PM -0700, Chip Salzenberg wrote:
> On Wed, Jul 12, 2006 at 10:25:43AM -0700, Allison Randal wrote:
> > It occurs to me, after thinking about it overnight, that the .loadlib
> > directive shouldn't operate at :immediate time, but at :init time,
> > because it's more
# New Ticket Created by Chip Salzenberg
# Please include the string: [perl #39939]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=39939 >
The new pdd21 opcodes need complete tests.
The ones in t/op/global.t are not exhausti
On 7/22/06, Aaron Crane <[EMAIL PROTECTED]> wrote:
Larry Wall writes:
> Maybe we should just make statement modifiers uppercase and burn out
> everyone's eye sockets. :)
...
Bearing that in mind, would the eye-socket-burning
return $foo
IF $something;
really be so bad?
This has
If you check the current pdd21, the global variable opcodes are now:
{get,set}_global
{get,set}_hll_global
{get,set}_root_global
These opcodes are now available. (Don't forget to 'make realclean'.)
The old {fetch,store}_global are soon to meet an abrupt, if honored, end.
Convert when c
31 matches
Mail list logo