On Oct 13, 2004, at 6:36 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #31978]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31978 >
One of the recent changes has bro
# New Ticket Created by Sam Ruby
# Please include the string: [perl #31975]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31975 >
Leopold Toetsch wrote:
> Sam Ruby <[EMAIL PROTECTED]> wrote:
>
>>I'm not overly concern
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #31976]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31976 >
Hi,
this patch extends test #38 in nci.t, "nci_cb_D4 - synchronous callbacks
Sigh - sheepishly read that I can't even spell "There" correctly. - double
sigh.
On Wednesday 13 October 2004 12:13 pm, Paul Seamons wrote:
> Their is an example at http://www.parrotcode.org/examples/ that returns a
> list of integers that span two integers. The return types appear to be set
> w
Their is an example at http://www.parrotcode.org/examples/ that returns a list
of integers that span two integers. The return types appear to be set wrong
in the SPAN bsr. It seems the return values should be
set I0, I7 # number of items on the stack
set I1, 0 # no int
At 12:49 PM -0400 10/13/04, Aaron Sherman wrote:
On Wed, 2004-10-13 at 12:10, Matt Diephouse wrote:
I'm still working on a new Forth implementation...
Forth has a word `key` that gets one character from stdin. It
shouldn't wait for a newline to get the character. Is there any way to
implement t
At 12:10 PM -0400 10/13/04, Matt Diephouse wrote:
I'm still working on a new Forth implementation...
Forth has a word `key` that gets one character from stdin. It
shouldn't wait for a newline to get the character. Is there any way to
implement this currently in PIR?
I don't think so. The IO system
On Wed, 2004-10-13 at 12:10, Matt Diephouse wrote:
> I'm still working on a new Forth implementation...
>
> Forth has a word `key` that gets one character from stdin. It
> shouldn't wait for a newline to get the character. Is there any way to
> implement this currently in PIR?
You can't do this i
At 10:11 PM +0100 10/12/04, Jonathan Worthington wrote:
"Dan Sugalski" <[EMAIL PROTECTED]> wrote:
At 10:47 AM -0700 10/12/04, Brent 'Dax' Royal-Gordon wrote:
>Pratik Chandra Roy <[EMAIL PROTECTED]> wrote:
>> I was wondering, whether I would just remain a mere
>> spectator, or will I get an op
I'm still working on a new Forth implementation...
Forth has a word `key` that gets one character from stdin. It
shouldn't wait for a newline to get the character. Is there any way to
implement this currently in PIR?
`$S0 = read 1` waits for the newline. If you turn off buffering for stdin:
$P0
On Wed, 2004-10-13 at 10:44, Matt Fowles wrote:
> I am of the opinion that we should treat regular expression as simply
> another language. Thus one can register different compilers for
> different regex syntaxes and we do not need to add more opcodes for
> them.
That is essentially what I've pr
docs/pdds/pdd07_codingstd.pod exists. And while it doesn't mention Perl
code, a lot (if, while, indent, line length...) can be abstracted and
used for lib/*.pm or config/*.pl too.
Thanks,
leo
On Wed, 2004-10-13 at 10:29, Leopold Toetsch wrote:
> Aaron Sherman <[EMAIL PROTECTED]> wrote:
> > I've done quite a lot of thinking about Parrot's rx_compile op, as I was
> > thinking about implementing it.
>
> Given that rx_compile syntax and semantics aren't really final and
> second that compi
Leo~
I am of the opinion that we should treat regular expression as simply
another language. Thus one can register different compilers for
different regex syntaxes and we do not need to add more opcodes for
them. This also has the advantage of placing their internals in a
black box off to the si
Jeff Clites <[EMAIL PROTECTED]> wrote:
> This patch implements Parrot_memalign for Mac OS X
Thanks, applied.
leo
Aaron Sherman <[EMAIL PROTECTED]> wrote:
> I've done quite a lot of thinking about Parrot's rx_compile op, as I was
> thinking about implementing it.
Given that rx_compile syntax and semantics aren't really final and
second that compiling a rx takes substantial time, I'd do something like
this:
I've done quite a lot of thinking about Parrot's rx_compile op, as I was
thinking about implementing it. However, I've come to the conclusion
that the definition of the op as it stands is too shallow. Please
consider this definition and let me know if implementing it would be
worth it to Parrot as
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 12, 2004 at 12:47:42PM -0400, Andy Dougherty wrote:
>> -full_name, err ? err : "unknown reason");
>> +file_name, err ? err : "unknown reason");
> Would it be better as
> full_name ? full_name : file_name
Probably n
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Didn't get much response
... so I'm responding to myself ;)
I've checked in docs/nanoparrot.c. While it should be a document
showing, how the interpreter actually performs its work, it also allows
comparison of the additional performance penalty of the
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> A callback sub is marked as 'sychchronous' by setting the property
> '_synchronous' of the user_data to a true PMC.
Good.
> ... A neater solutin would be
> automatic detection of safe synchronous execution.
That would need a special C that recor
William Coleda <[EMAIL PROTECTED]> wrote:
> http://www.parrotcode.org/ has been updated (Thanks, ask.)
> The use.perl.org announcement is at:
> http://use.perl.org/article.pl?sid=04/10/12/1530208&tid=33&tid=42
Thanks,
leo
does anyone know what happend with http://tinderbox.perl.org?
It is offline for quite some time now :-(
It died as part of the meltdown of onion a while back. It's on the list
'o things to get back, but it hasn't gotten there yet. I'll go nudge and
see what's up.
Last I checked, Zach was busy wi
# New Ticket Created by Jeff Clites
# Please include the string: [perl #31966]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31966 >
This patch implements Parrot_memalign for Mac OS X (to allow
ARENA_DOD_FLAGS usage).
Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 12, 2004 at 12:14:29PM -, Leopold Toetsch via RT wrote:
>> Stephane Payrard <[EMAIL PROTECTED]> wrote:
>> > +++ ./ops/pmc.ops 2004-10-11 22:30:10.819391992 +0200
>>
>> > +op get_repr(out STR, in PMC) {
>> > +$1 = $2->vtable->get_rep
Stephane Payrard <[EMAIL PROTECTED]> wrote:
> This patch supports the declaration of multiple identifiers in a
> single .sym / .local directive
> Probably useless for code generated by compilers.
> Invaluable for hand-writen code and documentation.
Yep.
Thanks, applied.
leo
Will Coleda via RT wrote:
Status: resolved
Not really. Resolved on one JIT platform.
leo
Sam Ruby <[EMAIL PROTECTED]> wrote:
> What I found was that I could add a regular method, but __init methods
> won't get called.
It's C<__init__> with the --python switch. But both aren't called
for plain PMCs, only for objects.
> However, any subclasses will be aware of both the
> __init and re
27 matches
Mail list logo
