# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60396]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60396
There's a bug somewhere in the escape opcode
(r32442, no libicu present).
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60208]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60208
'make test' in pheme is giving an error in r32229:
[EMAIL
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60070]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60070
In the lex branch I'm trying to add a new opcode, but
I'm running into a
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60036]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60036
As of r31667 (pre-mmd), the following worked:
r31667$ cat y.pir
.sub
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59788]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59788
The inplace shift left and inplace shift right opcodes
are failing after the
Patch applied in r31547 (by avoiding a push_eh/pop_eh mismatch).
The problems with imcc hanging will be entered in a separate ticket.
Thanks!
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59538]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59538
The attached hang.pir file causes imcc to freeze while compiling it.
The code
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59374]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59374
Summary: pmc2c produces incorrect code for returning negative
integer
That fixes it, thanks!
Closing ticket,
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59336]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59336
Code says it all:
$ cat w.pir
.sub main
$P0 = new 'Integer'
$P0 =
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59250]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59250
The .sort method on FixedPMCArray fails with no applicable methods
when given
Patch rejected -- this patch modifies core OO-handling of Parrot to
assume that '::' is a valid classname separator.
Parrot doesn't use '::' as a separator -- that's strictly a Perlism.
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59006]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59006
When generating PIR output (e.g., from the compiler tools), we
often need to
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58932]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58932
Sometime after the 0.7.1 release, the P6object library will change
so that
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58946]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58946
This metaticket is for issues related to the October 2008 release of
Parrot,
I just wanted to comment that I see this problem on my Kubuntu system as
well -- when running Configure.pl, I consistently get to the step for
AIO and things hang (until I press control-C):
...
auto::socklen_t - Determine whether there is
socklen_tyes.
auto::env -
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58576]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58576
Currently the only (documented) way to set up HLL mapping is
by using the
Correct that this is a bug, but the patch using Data/Escape.pbc is
a bit problematic. Data/Escape.pbc is woefully out of date, and also
has problems in that it doesn't correctly generate PIR constants for
unicode strings, as would be the case with:
proto prefix:« { ... }
So, the solution is
On Mon Aug 11 18:10:30 2008, coke wrote:
'getclass' is dead, patch applied in r30176. All tests pass.
r30176 (and it's subsequent fix for builtins.h in r30179) cause Rakudo
to stop building with:
../../parrot -o perl6.pbc perl6.pir
error:imcc:The opcode 'exp_p_p' (exp2) was not found. Check
An update for this ticket post-pdd25cx merge:
Attempting to run y.pir (described earlier in this ticket) now produces
a segfault. Here's the output on my system as of r30182 in trunk:
$ ./parrot y.pir
compiler start
reading x.pir into $S0
compiling (but not running) $S0
XYZ::BEGIN
On Sun Apr 06 05:05:13 2008, mmcleric wrote:
I have a problem with this patch on Mac OS X (originally i checked it on
Ubuntu 7.10).
Actually it's a difference in stdin.'readline'($S0) behavior on Linux
and Mac OS X; Linux (glibc+readline lib actually, i think) prints $S0
arg to screen, and
On Tue Apr 29 18:47:06 2008, [EMAIL PROTECTED] wrote:
The sleep op calls Parrot_cx_schedule_sleep(), which falls back to
Parrot_sleep() on non-threaded architectures. Here's a patch to
implement a Parrot_usleep() and call that instead, for those
platforms.
Does this patch apply and work
RT #53302 extends the meanings of various sub flags such that :vtable
now always implies :anon. As such, I think we can either apply this
patch or reject it, given that we expect a refactor of :vtable and
:method handling to occur at some point in the future.
Personally I'd suggest to reject it
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56816]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56816
There are a couple of issues with PMCProxy:
1. The PMCProxy returned from a
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56650]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56650
If we create a class from a namespace, then objects created
from the class
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56616]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56616
PDD21 documents the 'make_namespace', 'make_hll_namespace',
and
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56622]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56622
This one takes a bit of lengthy explanation, but the bottom
line is that the
Fixed by jonathan++ and chromatic++ as of r28795.
Thanks!
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56508]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56508
In r28897:
$ cat x.pir
.sub 'main'
'foo'()
'bar'()
Is this still segfaulting in the current head?
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56464]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56464
The islt, isle, isgt, and isge opcodes give the wrong results on
subclasses
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56448]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56448
Parrot segfaults when C functions invoke PIR functions that
perform
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56398]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56398
Earlier today Jonathan was able to implement the :lexid proposal
discussed in
This appears to have been resolved by jonathan++ in r28716.
Way to go Jonathan!
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56282]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56282
On Mon, Jun 23, 2008 at 09:33:43PM -0500, Patrick R. Michaud wrote:
On Mon,
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56274]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56274
On Mon, Jun 23, 2008 at 06:27:31PM -0500, Patrick R. Michaud wrote:
There
Fixed in r28669.
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56184]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56184
Parrot seems to have a problem with lexical handling. Consider
the following
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56186]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56186
Jonathan says that it's possible to generate and save
bytecode within PIR --
This now exists, so closing ticket.
The handling of self is likely to become a separate :scope type for
PAST::Var, but I don't think that should block this ticket.
Pm
Fixed in r28256, thanks!
Pm
Closing ticket.
Pm
On Mon Jun 09 05:49:29 2008, bacek wrote:
On Sun Jun 08 23:14:00 2008, bacek wrote:
Hello.
MMD try to deref parameters during dispatch.
Trivial patch attached.
Patch rejected -- the solution here is to keep from generating NULL
parameters in the first place, rather than have Parrot
Thanks for the patch! This is a great idea, and I've been thinking
along similar lines for PGE -- especially with respect to supporting
longest token matching.
However, AFAICT there aren't many (any?) other places in Parrot that
would use this opcode, and so rather than add this opcode and
This is no longer an issue so I'm closing the ticket.
Pm
Ah, good. Then I think we can close this ticket, which I am now doing.
Thanks!
Pm
On Mon Oct 22 09:37:22 2007, pcoch wrote:
In src/pmc/default.pmc:get_attr_str() there is the todo item:
if (PMC_IS_NULL(p)) {
/* TODO AttributeError */
}
This should be as simple as adding a real_exception() here.
I vote to reject this TODO item. Returning a
I just verified that the patch has resolved the failing tests.
Closing ticket,
Pm
Applied in r27644, thanks!
Pm
Applied in r27648, thanks!
Pm
On Wed Dec 12 06:07:47 2007, kjs wrote:
It would be helpful if PCT knew how to handle integer registers if needed.
A typical example is for using the isgt or any other isXX op:
a = 1
b = 2
$I0 = isgt a, b # returns 0, as 1 is not greater than 2
In PCT this is helpful, if you want
On Sat May 28 03:12:45 2005, leo wrote:
We already have some interactive parrot programs and applications.
Adding readline support for these would vastly improve their usability.
This ticket strikes me as being too nebulous to ever be resolvable on
its own merits. I vote to close it.
Pm
On Sat Jan 12 01:22:42 2008, bernhard wrote:
James Keenan via RT schrieb:
On Sun Oct 02 05:22:08 2005, [EMAIL PROTECTED] wrote:
config/gen/makefiles/root.in already weighs in at 1581 lines. It needs
to be divided up into smaller files that are combined when Configure is
run.
On Fri Jan 11 13:16:00 2008, [EMAIL PROTECTED] wrote:
On Sun Jan 08 21:12:48 2006, [EMAIL PROTECTED] wrote:
But wait until we've figured out exactly wait we want to list for CPAN
to index. Perhaps we can use/steal Module::Build's logic.
Joshua: I see that we've had a META.yml file in the
No action has occurred on this ticket since 2006, and I suspect it's
obsoleted by improvements to PCCMETHOD and pmc2c anyway.
I vote to close the ticket.
Pm
On Mon Jun 12 16:30:13 2006, jonathan wrote:
Both Parrot_store_global and store_sub call
Parrot_invalidate_method_cache,
however the versions of these that take keys (Parrot_store_global_p and
store_sub_p) fail to do so.
Is this ticket still relevant after the pdd15oo changes incorporated
On Mon Jul 17 11:59:47 2006, chip wrote:
It's great to have INTVAL and UINTVAL, but without MAX_INTVAL it's kind of
hard to work with them in some respects. All integral typedefs should
have
min/max macros. Syntax not a big deal, it can be fixed later, just don't
break anything when
On Thu Jul 27 12:05:41 2006, leo wrote:
Am Donnerstag, 27. Juli 2006 20:27 schrieb chromatic:
When embedding or extending Parrot through the external API, most of
the
strings go into and come out of Parrot as the type Parrot_STRING.
This is
painful and somewhat tedious from C (where these
Is this ticket still relevant? There hasn't been any activity on it
since Dec 2006, and if there was a problem we probably would've
uncovered it by now.
Pm
On Sun Mar 16 09:20:55 2008, [EMAIL PROTECTED] wrote:
On Mon Mar 12 05:40:14 2007, [EMAIL PROTECTED] wrote:
I'm still working on my use case, but it appears the new MetaClass PMC
(src/pmc/metaclass.pmc) could use this vtable method as well;
currently it
only has an add_attribute PMETHOD.
On Sun Mar 16 09:24:16 2008, [EMAIL PROTECTED] wrote:
On Sun Feb 25 20:12:58 2007, [EMAIL PROTECTED] wrote:
This patch changes the label INT, labelvar INT, and labelconst
INT syntax in opcodes to in LABEL, invar LABEL, and inconst
LABEL, respectively.
There's been no activity in this
On Sat Sep 01 08:32:08 2007, bernhard wrote:
On Mo. 09. Apr. 2007, 08:16:36, ptc wrote:
There are two FIXME items in languages/regex/lib/Regex/Grammar.y.
Your task, should you choose to accept it, is to work out why the
lines of code need to be fixed, and then to fix them.
In r18166
There's been no activity on this ticket since Apr 2007, I vote we close
it as being abandoned.
Pm
Is this ticket still relevant/important in light of the pdd28 strings
PDD? If not, I think we can close it.
Pm
This ticket is over a year old -- and I don't know that we have a way to
test it. Shall we close it and let someone reopen/resubmit if it's
observed again?
Pm
I forgot to Cc: the list. Also, I've taken this ticket and will apply
NotFound's patch in a day or so if we don't hear objections.
Pm
On Mon May 12 10:08:19 2008, pmichaud wrote:
On Mon May 12 09:23:49 2008, [EMAIL PROTECTED] wrote:
The easier solution is to redefine string_bool to allow a
On Fri Jun 08 06:56:27 2007, ptc wrote:
In the file, config/inter/progs.pm there is the todo item associated
with the following comment:
# Find a working version of a program:
# Try each alternative, until one works.
# If none work, then set to null command.
# XXX need
As of r27389 most of the above changes are made, except that we can't
yet switch ?foo (zero-width assertion) because there are still a
number of languages and/or tools that are using ?... as the
non-capturing syntax.
For now I've listed the ?foo syntax as deprecated and we can switch it
Fixed in r27390. The step for automatically creating the makefile only
works for things in the languages/ subdirectory, so I modified
mk_languages_shell.pl to only attempt the reconfigure if a path wasn't
given.
Thanks,
Pm
In r27351 I've added code to PCT to check for non-existent subs and
throw an exception at the point of the call. So, the problem is
solved for PCT-based languages, at least.
It still doesn't help with the case of non-existent sub names in PIR,
though, for which I recommend something along the
I think this ticket is ready to be closed. A lot of the PMC_* items
were likely fixed as part of the pdd15oo change, and the problem I cited
has apparently been fixed.
Pm
As of r27155 the user_stack data structure has been removed from the core.
After removing stack.ops, the constants STACK_ENTRY_INT,
STACK_ENTRY_FLOAT, STACK_ENTRY_STRING, and STACK_ENTRY_POINTER
aren't used anywhere outside of src/stacks.c . Shall we remove them?
After that, we should be able
r27160 eliminates the STACK_ENTRY_(INT|FLOAT|STRING|POINTER) constants
and the cases that were using them in src/stacks.c .
Closing ticket.
Pm
As of r27105 these have all been recoded to avoid the stack.ops .
The only exception is t/op/stacks.t, which can be removed when we remove
the stack.ops in RT#52842 .
Closing ticket, and thanks!
Pm
Done as of r27113.
Pm
I've applied the patch from RT#52838 which updates the documentation.
I'm now working on eliminating the restoreall/saveall opcodes themselves
from Parrot, as well as working on the related user stack ops in RT#52842.
Pm
On Thu Apr 10 18:17:17 2008, [EMAIL PROTECTED] wrote:
And I'm getting somewhat similar failure on Darwin RT 52726
r26910 introduced a bug into PGE's build process -- PGE suddenly
depended on PCT, but PCT was being built after PGE. This is fixed in
r26918, and reportedly solves the remaining
I've gone ahead and applied the null $P0 patch above (thanks!) -- it's
not exactly correct but it's less wrong than other alternatives at the
moment.
I suspect the correct approach will be to eliminate the existing global
vars and turn them into attributes on the PAST::Compiler object. But
I'll
Completed as of r26664.
Pm
Completed as of r26664.
Pm
On Mon Feb 18 14:00:49 2008, particle wrote:
in rakudo's perl6doc parser
(languages/perl6/src/utils/perl6doc/grammar.pg), i have the following:
token pod_delimited_block {
^^ '=' .unsp? 'begin' .ws block_type pod_option* \n
.*?
^^ '=' .unsp? 'end' .ws $block_type \N*
Fixed in r25936, thanks!
Pm
Applied in r25909, thanks!
Pm
Fixed in r25570, thanks!
Pm
Fixed in r25570, thanks!
Pm
I split the patch into separate 'pct' and 'lolcode' commits, but
otherwise it's excellent. Thanks for patching the docs as well. :-)
Applied in r25116 and r25117.
Pm
On Wed Jun 20 16:23:40 2007, pmichaud wrote:
On Thu, Jun 21, 2007 at 12:08:33AM +0100, Jonathan Worthington wrote:
Patrick R.Michaud (via RT) wrote:
The 'setline' opcode doesn't do what I expect it to do, which
is to associate runtime errors with lines in HLL source.
Currently HLL
Thanks for the patch! Unfortunately, this particular implementation
won't quite work because infix:// is a short-circuiting operator, and
the second argument should be evaluated only if the first is undefined.
(Most other operators evaluate the arguments prior to making the
function call.)
Applied in r24335, thanks!
Pm
Now fixed in r24336, thanks!
Pm
On second look, it appears that PGE is doing the correct thing, and the
problem we were seeing that triggered this ticket was due to a GC bug.
So, never mind!
Thanks,
Pm
On Sat Dec 15 05:30:57 2007, bernhard wrote:
...
The other problem is that the method 'ostgrammar' has been removed
from PCT::HLLCompiler.
IMHO this should be fixed with porting languages/lua from using
'PAST-pm' to using the shiny new
PCT::PAST.
Yes, I didn't quite expect anyone to be
On Sat Sep 29 08:57:28 2007, kjs wrote:
A few months ago, the #line directive was implemented.
I'm wondering what the reason was why it looks like a comment (as # will
start a comment).
Is there any reason to not replace this by .line? A directive typically
tells the assembler/compiler
The reports of find_name's death are greatly exaggerated. Rejecting ticket.
Pm
Added in r23510.
Thanks!
Pm
Resolved in r23462.
Pm
On Tue Dec 04 08:40:12 2007, pmichaud wrote:
Cloning a Hash also causes its values to be cloned.
Perhaps this is the desired behavior, but if so, it's
inconsistent with cloning other aggregates.
After thinking about it a bit more, I'm not sure I want Hash's
behavior with clone to change --
Marking ticket as resolved, thanks!
Pm
The attached coretest.patch file adds a make coretest target to
Parrot. This target runs a smaller subset of tests than the normal
make test target. On my system, make test completes in ~290
seconds, while make coretest completes in ~200.
The following tests are not included in make coretest:
Committed patch in r23209, including refactoring $(RUNCORE_TEST_FILES)
out of the root Makefile and into t/harness.
Pm
1 - 100 of 134 matches
Mail list logo