# 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_
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
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 f
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
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
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
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
# 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
# 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 #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 #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
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 #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
# 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 #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,
That fixes it, thanks!
Closing ticket,
Pm
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.
# 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
# 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 #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 #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 #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 #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 #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 #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
Done as dump_str() method to Match objects, r14306.
Thanks!
Pm
On Thu Sep 21 14:14:24 2006, particle wrote:
> ~ TODO: figure out why so many tests need to be skipped
> ~ TODO: fix failing tests :)
I've now gone through the sprintf.t and sprintf_tests and skipped only
those tests that need to be skipped. The skipped tests are generally
due to: (1) perl5-speci
The issue of having an :init pragma for subs came up again during
today's #parrotsketch meeting, and I volunteered to summarize the
discussion for ticket #39926 and the mailing list.
The :init pragma is intended to make it easier for automatically
generated modules to make sure that initialization
If someone could submit a test for this case, that would be great.
The test should check for the case where an unescaped quantifier appears
in a regex, and that PGE correctly returns a meaningful exception as
opposed to "Method 'reduce' not found".
Thanks!
Pm
Applied, thanks!
Pm
Applied as r16239, thanks!
Pm
Now resolved in r16509.
Kudos to Jonathan for implementing RT#40806, which enabled the
#line "file" directive needed for this to work.
TGE now reports errors relative to the original .tg file. Thus
error:imcc:The opcode 'say_ic' (say<1>) was not found. Check the type
and number of the argument
Now fixed in r16570, thanks!
Pm
Fixed in r16570, thanks!
Pm
Fixed in r16587.
Pm
Resolved in r16591.
(Added tests as well as code to throw exception for bare quantifiers.)
Thanks!
Pm
Now resolved in r16593.
Many thanks to Jerry Gay and Will Coleda for the conversion
(and thanks also to anyone else I might have missed).
Pm
I think these errors were because p5rx.t was in the midst of being
converted from Perl 5 to PIR (and was left with a number of
failing tests). I was getting similar (identical?) failures
for p5rx.t on my x86_64 platform.
I think that r16593 fixes p5rx.t -- if you could
test it on tru64 to verify
It works, thanks!
Marking the ticket as resolved.
Pm
On Sun Jan 14 00:09:35 2007, [EMAIL PROTECTED] wrote:
> Attached patch fix some failed tests in F
> when run C:
>
> [...]
Could you verify that the bug exists in the latest revision?
I'm not seeing the error when I run the tge tests (and I
think this particular bug was fixed in r16520).
Thanks
Just working on bug-day tickets (especially since I'm the release-
manager this month :-)...
On Wed Jan 31 13:37:54 2007, [EMAIL PROTECTED] wrote:
> The primary purpose of a MANIFEST in the repository is to tell you
> which files out of the repository should be included in the
> distribution.
>
>
On Thu Jan 18 18:28:05 2007, [EMAIL PROTECTED] wrote:
> Running make test this morning, I got exactly one failure. Here's an
> excerpt from the output of 'make test':
> ...
Just checking -- are you still seeing the failure for 'make test'?
Pm
As part of the 0.4.9 release, I've changed a section in docs/ROADMAP.pod
to refer to pdd01 instead of the nonexistent "PLATFORMS" reference,
since pdd01 identifies the minimum platforms needed for release.
However, pdd01 is still in 'draft' status, so I'm just bumping this
ticket a bit to see if w
I've gone ahead and removed the bad links from docs/ROADMAP.pod . The
ROADMAP now simply says that we need to document Parrot goals and
priorities. (I suggest that it go into a pdd document somewhere, if it
hasn't already.)
I found copies of the Chip_APW.sxi and Chip_APW.pdf files that were
orig
On Tue Aug 07 20:00:03 2007, millerlf at telus.net wrote:
> when I ran "make test" I get 1 failure. Looks like this ...
>
> not ok 16 - examples/shootout/regexdna.pir
> # Failed test (t/examples/shootout.t at line 103)
> [...]
> # Segmentation fault (core dumped)
> [...]
> I am running kubutu
Applied (r20575), thanks for the patch!
Pm
Applied (r20585), thanks!
Pm
Now fixed in r20594.
The problem was that in certain circumstances, the chunking of files to
"svn propget" would result in the last call to svn being called with
only a single file as an argument, thus changing the format of the output.
For example, when processing 3201 files with a $chunk_size o
Applied in r20606, thanks!
Pm
Applied in r20606, thanks!
Pm
On Sun Aug 19 10:51:54 2007, [EMAIL PROTECTED] wrote:
> As far as I can tell, r20659 is the last rev perl6 worked correctly on
>
> r20660 does not appear to finish building correctly
> r20661 perl6 make spectest blows up all over the place
>
> pmichaud probably has more details as to the exact na
Agreed, r21175 appears to have resolved this problem, so I'm
closing the ticket.
Instead of filing a ticket for the t/pmc/fixedfloatarray.t
problem, I just went ahead and fixed it (r21182).
Pm
On Tue Sep 11 11:11:39 2007, bernhard wrote:
> Patrick R. Michaud schrieb:
> > On Tue, Aug 28, 2007 at 09:37:39AM -0700, Debbie Harry wrote:
> >
> >> # New Ticket Created by "Debbie Harry"
> >> # Please include the string: [perl #45023]
> >> # in the subject line of all future correspondence
On Sun Jul 23 06:35:21 2006, coke wrote:
> The TGE grammar doesn't deal with embedded }'s:
>
> Invalid:
>
> transform a (b) {
> # do nothing}
> }
>
> transform a (b) {
> # do {nothing}
> }
If we still need this, I vote that tge transforms require the
closing brace to be at the beginning of
It looks as though the 0.4.15, 0.4.16, and 0.5.0 releases were all made
without updating PBC_COMPAT, with no ill effects.
So, I've now removed "item f" (update PBC_COMPAT) from the
release_manager_guide.pod and I'm marking this ticket as resolved.
Pm
Fixed in r23157.
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 core
Committed patch in r23209, including refactoring $(RUNCORE_TEST_FILES)
out of the root Makefile and into t/harness.
Pm
Marking ticket as resolved, 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 -- p
Added in r23510.
Thanks!
Pm
The reports of find_name's death are greatly exaggerated. Rejecting ticket.
Pm
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
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 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
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
Applied in r24335, thanks!
Pm
Now fixed in r24336, thanks!
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
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
Fixed in r25570, thanks!
Pm
Fixed in r25570, thanks!
Pm
Applied in r25909, thanks!
Pm
Fixed in r25936, thanks!
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> * \n
> .*?
> ^^ '=' <.unsp>? 'end' <.ws> $ \N*
> {*}
>
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
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
Completed as of r26664.
Pm
Completed as of r26664.
Pm
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
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 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
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
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
r27160 eliminates the STACK_ENTRY_(INT|FLOAT|STRING|POINTER) constants
and the cases that were using them in src/stacks.c .
Closing ticket.
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
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
Fixed in r27384, closing ticket.
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 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
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
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 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
> >>
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
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
1 - 100 of 142 matches
Mail list logo
