I don't see any opcodes currently for transforming octal and
hexadecimal strings to their integer equivalents. Should there be?
This seems like a common language feature (at least for Parrot's
target languages). And if there's no opcode, then I have to write the
code in PIR. :-)
Thanks.
--
matt
Will Coleda <[EMAIL PROTECTED]> wrote:
> What's the plan for the regular expression ops, given PGE?
As the guy who wrote them, I think at this point that they're
basically unsalvageable, save the intstacks and *maybe* the bitmap
handling code.
--
Brent 'Dax' Royal-Gordon <[EMAIL PROTECTED]>
Perl
What's the plan for the regular expression ops, given PGE?
(Apologies if I've missed an earlier ruling: Just trying to clean
some stuff in RT & roadmap)
puts \u30b3\u30fc\u30d2\u30fc
has worked for some time now; the [string] subcommands are documented as not
working as
part of the tcl language suite testing.
If we find any parrot-specific issues blocking us from implementation, we'll
open another
ticket. Danke.
> [coke - Sun Nov 21 22:51:03
To use the same debugger commands as perl (which I assume is a goal),
we'd need to make this command "L".
The current implementation of the debugger is case agnostic as far as
command names go, and since there's already an "l", there can't be an
"L" as well.
Should we pick another name, o
"Nick Glencross" <[EMAIL PROTECTED]> wrote:
I've been giving some thought to what needs doing to get dynclasses
working on Windows. I'm not particularly intimate with Windows, but use
cygwin quite a bit.
I've also been looking at this, but for native Win32 rather than cygwin. I
think they will
On Jul 23, 2005, at 23:14, Will Coleda (via RT) wrote:
With a check first to see if the pmc/object that was passed
implemented a "dump" method.
The opcode C does exist, as well as interface names like 'hash'
or 'array'.
new P0, .Hash
does I0, P0, 'hash'
print I0
See also
perldoc bui
On Mon, Apr 18, 2005 at 12:15:34PM +0200, Leopold Toetsch wrote:
> Below is some stuff, which I'm unsure of how it should be implemented
> eventually. Input is highly welcome.
> TODO items and design issues
>
> 1) bitwise or, and, xor
>
> We currently have two distinct sets of opcodes and MMD
# New Ticket Created by Will Coleda
# Please include the string: [perl #36642]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36642 >
PGE's match objects should be compatible with Data::Dumper.
(probably a simple rename o
"Greg Bacon" <[EMAIL PROTECTED]> wrote:
The attached patch goes over Jonathan Worthington's earlier patch
and corrects an omission in resizing the cmdline buffer for large
commands.
Thanks, applied (r8685).
Jonathan
# New Ticket Created by Will Coleda
# Please include the string: [perl #36641]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36641 >
It would be nice if, rather than the various "pmcPerlHash" and
"pmcPerlArray" variants
On Jul 23, 2005, at 17:46, Klaas-Jan Stol wrote:
I've been in situations that you would want to call the superclass'
constructor from the child's constructor, this is handy in situations
that you want to add some extra things to the constructor, and you
don't want to duplicate the code. So, i
Leopold Toetsch wrote:
Matt Diephouse wrote:
There's currently no way to call a superclass' method. I've just run
into this and leo suggested I sent a note to the list.
Here's what I want to do:
I have a ParrotClass (a class defined in PIR) that is derived from the
String class. I want to ov
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #36639]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36639 >
SYNOPSIS
pbc_merge -o all.pbc a.pbc, b.pbc [, ...]
ABSTRACT
Read all given pbc
"Greg Bacon" <[EMAIL PROTECTED]> wrote:
The attached patch goes over Jonathan Worthington's earlier patch
and corrects an omission in resizing the cmdline buffer for large
commands.
- mem_sys_realloc(cmdline, cmdlinelen);
+cmdline = mem_sys_realloc(cmdline, cmdlinelen);
Matt Diephouse wrote:
There's currently no way to call a superclass' method. I've just run
into this and leo suggested I sent a note to the list.
Here's what I want to do:
I have a ParrotClass (a class defined in PIR) that is derived from the
String class. I want to override it's set_string_nat
Jonathan Worthington wrote:
Hi,
Under Win32 it's common to install stuff...well...anywhere the person
installing it wants. With this patch, we can create binary
distributions for Win32 that don't need Parrot to be installed in the
place that "make install" decides to put it.
Thanks, appl
Jonathan Worthington wrote:
Hi,
The attached patch does some changes to make it possible to generate an
EXE file on Win32.
Thanks, applied - r8672
leo
Matt Diephouse (via RT) wrote:
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #36623]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36623 >
There's currently no way to delete a global or a lex
Jonathan Worthington wrote:
* Memory leak - string_to_cstring returns a malloced string, which isn't
freed everywhere
Thanks, applied -r8671
Note - yes, I know many of the strings are passed to
internal_excpection, but IIRC many of those will be becoming
real_exceptions in the future, so it
Curtis Rawls wrote:
This patch moves the dump_cfg() call from reg_alloc.c to cfg.c, making
it more in line with other CFG methods.
Thanks, applied - r8670
leo
21 matches
Mail list logo