# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60654]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60654 >
The new lexicals implementation no longer requires (or wants)
a Closure PMC, and I
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60396]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60396 >
There's a bug somewhere in the escape opcode
(r32442, no libicu present). Here's
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60208]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60208 >
'make test' in pheme is giving an error in r32229:
[EMAIL PROTECTED]:~/parrot/r32
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60070]
# in the subject line of all future correspondence about this issue.
# 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 build iss
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60036]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60036 >
As of r31667 (pre-mmd), the following worked:
r31667$ cat y.pir
.sub 'main'
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59788]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59788 >
The inplace shift left and inplace shift right opcodes
are failing after the mmd b
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59720]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59720 >
Parrot doesn't seem to allow two HLLs to have identically named classes.
This is p
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59538]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59538 >
The attached hang.pir file causes imcc to freeze while compiling it.
The code itse
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
That fixes it, thanks!
Closing ticket,
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59374]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59374 >
Summary: pmc2c produces incorrect code for returning negative
integer constants,
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59336]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59336 >
Code says it all:
$ cat w.pir
.sub main
$P0 = new 'Integer'
$P0 = 2147483
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59250]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59250 >
The .sort method on FixedPMCArray fails with "no applicable methods"
when given a
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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59006 >
When generating PIR output (e.g., from the compiler tools), we
often need to conve
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58946]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58946 >
This metaticket is for issues related to the October 2008 release of
Parrot, plann
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58932]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58932 >
Sometime after the 0.7.1 release, the P6object library will change
so that double-
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #58576]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58576 >
Currently the only (documented) way to set up HLL mapping is
by using the .HLL_map
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 - Doe
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 i
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
src/inter_call
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' (exp<2>) was not found. Che
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 f
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
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, a
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56816]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56816 >
There are a couple of issues with PMCProxy:
1. The PMCProxy returned from a get_
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56650]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56650 >
If we create a class from a namespace, then objects created
from the class don't p
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56622]
# in the subject line of all future correspondence about this issue.
# 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 'isa'
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56616]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56616 >
PDD21 documents the 'make_namespace', 'make_hll_namespace',
and 'make_root_namespa
Is this still segfaulting in the current head?
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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56508 >
In r28897:
$ cat x.pir
.sub 'main'
'foo'()
'bar'()
.end
Fixed by jonathan++ and chromatic++ as of r28795.
Thanks!
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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56464 >
The islt, isle, isgt, and isge opcodes give the wrong results on
subclasses of Flo
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56448]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56448 >
Parrot segfaults when C functions invoke PIR functions that
perform tailcalls. He
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56398]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56398 >
Earlier today Jonathan was able to implement the :lexid proposal
discussed in RT#5
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 #56274]
# in the subject line of all future correspondence about this issue.
# 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 appear
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56282]
# in the subject line of all future correspondence about this issue.
# 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, Jun
Fixed in r28669.
Pm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56186]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56186 >
Jonathan says that it's possible to generate and save
bytecode within PIR -- see l
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56184]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56184 >
Parrot seems to have a problem with lexical handling. Consider
the following Perl
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
Closing ticket.
Pm
Fixed in r28256, thanks!
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 h
This is no longer an issue so I'm closing the ticket.
Pm
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 then
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. Return
Ah, good. Then I think we can close this ticket, which I am now doing.
Thanks!
Pm
I just verified that the patch has resolved the failing tests.
Closing ticket,
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
Applied in r27648, thanks!
Pm
Applied in r27644, thanks!
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
Is this ticket still relevant/important in light of the pdd28 strings
PDD? If not, I think we can close it.
Pm
There's been no activity on this ticket since Apr 2007, I vote we close
it as being abandoned.
Pm
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 r18
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 , , and > INT> syntax in opcodes to , , and > LABEL>, respectively.
>
> There's been no activity in this thread for > 1 year. While the patch
> did apply succ
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 PMETH
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 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 (whe
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 intro
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
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 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 i
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
> >>
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
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 nee
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
As of r27389 most of the above changes are made, except that we can't
yet switch (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 syntax as deprecated and we can switch it
immediately following
Fixed in r27384, closing ticket.
Pm
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
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 l
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 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 to
Done as of r27113.
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
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 iss
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
Marking ticket as resolved, since it is possible now to have 'value' as
a rule name and not conflict with Match objects.
There can still be conflicts with rules having names such as 'from' or
'to', but I'm pretty sure we can solve that with MMD if we need it. If
there are other conflicts, we can
On Mon Mar 24 10:53:02 2008, coke wrote:
> This usage now only appears in these files:
>
> t/compilers/pge/p6regex/context.t
> t/compilers/pge/p6regex/01-regex.t
> t/compilers/pge/p6regex/builtins.t
> runtime/parrot/library/PGE/P6Grammar.pir
> runtime/parrot/library/PGE/P6Grammar.pbc
> runtime/par
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> * \n
> .*?
> ^^ '=' <.unsp>? 'end' <.ws> $ \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.
> >
> > Curre
Now fixed in r24336, thanks!
Pm
Applied in r24335, thanks!
Pm
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.)
Eventua
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
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/comp
The reports of find_name's death are greatly exaggerated. Rejecting ticket.
Pm
Added in r23510.
Thanks!
Pm
1 - 100 of 142 matches
Mail list logo
