Bob Rogers wrote:
A syntax for specifying multiple characters without escapes seems like a
useful thing, a la Perl5, but being unable to specify an encoding or
charset seems less useful, even for a single character.
This is probably rather simply to fix: attach the same lexer rules to
CHARCON
Will Coleda (via RT) wrote:
The attached patch provides a (possibly naive) implementation of the remaining
escape characters from:
Withouht further looking: can't you use
src/string.c:string_unescape_cstring(), which has all these escapes already?
leo
Michal Wallace wrote:
It seems that instead of looking at the *count*
of references, the DOD system actually walks
through the graph of references. So it seems
you could fake refcounting just by adding references and removing
pointers from somewhere in the tree that gets walked.
Yes, as Nick
imcc/docs/syntax.pod has the following:
=item 'char constant'
Are delimited by B<'>. They are taken to be C encoded. No escape
sequences are processed.
But in fact B<'> behaves like B<"> without escapes or encoding/charset
prefixes:
[EMAIL PROTECTED]> cat foo.
They certainly can. Tickets can have child tickets, or pre-requisite tickets,
each of which can have its own takers.
The long term planning is the sort of thing that could also go in docs/ROADMAP.
Regards.
Leopold Toetsch wrote:
Yeah. As these are several steps, I'd like to have some takers f
# New Ticket Created by Will Coleda
# Please include the string: [perl #35976]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35976 >
The attached patch provides a (possibly naive) implementation of the remaining
escape c
On Wed, May 25, 2005 at 06:08:42PM -0400, Michal Wallace wrote:
> So: Py_INCREF(x) could be rewritten to (for example)
> append a reference to x in a parrot array,
> and Py_DECREF(x) would pop it off the array.
I think that you can use Parrot_register_pmc and Parrot_unregister_pmc
IIRC they coun
On 5/25/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> jerry gay wrote:
> > On 5/25/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>
> > i've added pop to ResizablePMCArray. i'll make sure the others are
> > added and move on to FixedPMCArray next.
>
> Great, thanks. WRT fixed arrays - its a po
Hi all,
So I'm still thinking about a generic
wrapper for python modules. I would like
to be able to recompile the python standard
library (and other libraries) to run on parrot
with only a few minor patches.
I realize this is probably completely foolish,
but I'm lazy, so... :)
I've done ex
jerry gay wrote:
On 5/25/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
i've added pop to ResizablePMCArray. i'll make sure the others are
added and move on to FixedPMCArray next.
Great, thanks. WRT fixed arrays - its a policy thing: do these map to
not resizable, not changable (Python tupl
On Wed, 25 May 2005, [EMAIL PROTECTED] wrote:
hi
python on parrot already have not develop?
Hi there,
I'm not sure I understand your question either...
But maybe this will help?
http://pirate.tangentcode.com/
- Michal
http://withoutane.com/
On 5/25/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> src/list.c is the base for several array-ish PMC inside classes. But
> it's mostly outdone by other PMCs like ResizableIntegerPMC.
>
> OTOH it has some features which are not covered by other array classes:
> - implementation of splice, shif
# New Ticket Created by Dino Morelli
# Please include the string: [perl #35971]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35971 >
I implemented unit testing for subrules. I added new code to
Parrot::Test::PGE which ac
The Perl 6 Summary for the week ending 2005-05-24
Note to self: It's generally not a good idea to go installing Tiger on
the day you return from holiday. It's especially not a good idea to fail
to check that it didn't completely and utterly radish your Postfix
configuration. And you
On 5/9/05, jerry gay <[EMAIL PROTECTED]> wrote:
> much better! one failing test now...
my initial exuberance was unfounded. one test fails in
t/pmc/threads.t, but hundreds fail in the rest of the test suite. it
seems this line (from above) is the culprit:
> -# ifdef _MCS_VER1
> +# ifdef _MCS_VE
At 3:34 PM +0200 5/25/05, Leopold Toetsch wrote:
The OrderedHash PMC provides indexed access by a (string) key as
well as indexed access by insertion order. It's currently
implemented as an hash holding the index value into the data array.
The problem is of course deleting items (and adding item
thanks, applied (r8164)
On 5/24/05, Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
> > I notice that building with Perl 5.6.1 (on Win32 with Perl 5.6.1
> > ActiveState-build 635 and MinGW) causes problem.
> >
> > $ parrot
> > Assertion failed: (int)io->image->bufused >= 0, file src/pmc_freeze.c,
> >
src/list.c is the base for several array-ish PMC inside classes. But
it's mostly outdone by other PMCs like ResizableIntegerPMC.
OTOH it has some features which are not covered by other array classes:
- implementation of splice, shift, unshift, ...
- chunked allocation with (limited) support for
[EMAIL PROTECTED] wrote:
> I distinctly get the impression that I'm on of the few dumb Americans
> participating in all this. So far, there hasn't been a single
> English-language
> presentation offered.
Dan Sugalski posted some slides he presented last August:
http://www.sidhe.org/~dan/prese
The OrderedHash PMC provides indexed access by a (string) key as well as
indexed access by insertion order. It's currently implemented as an hash
holding the index value into the data array.
The problem is of course deleting items (and adding items w/o string
key). The former is done by storing
> However, I'm completely unfamiliar with the .spork format, and I'm
> fraid of what google will tell me it is.
Spork is 'slide presentation (only really kwiki)'.
What it does is let you write slides in a kwiki like language.
A quick introduction would be to get it from the CPAN, do 'spork
-make
On Wed, May 25, 2005 at 01:29:51PM +0800, [EMAIL PROTECTED] wrote:
> hi
>
> python on parrot already have not develop?
That question doesn't make sense as is - I think it lost something in
translation. By "develop" did you mean "developers" (humans) or "development"
(as in a sense
Jeff Horwitz wrote:
[ mmd test code ]
the pmc version of bar() is never called, even when passing a PMC.
This is fixed now. A differing argument count had a too low distance
penalty. But please note that the MMD system still has no clue what is
an invocant and what a plain call argument bec
23 matches
Mail list logo
