[perl #69524] [PATCH] I'm missing some needed files from the Parrot installation:
# New Ticket Created by v-lk # Please include the string: [perl #69524] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=69524 Hello! I've installed rakudo on my PC with Ubuntu AMD64. Everything was OK, BUT later I began to configure Perl and received ERROR in the terminal after: /rakudo$ perl Configure.pl ===SORRY!=== I'm missing some needed files from the Parrot installation: /usr/local/lib/parrot/1.6.0-devel/languages/nqp/nqp.pbc /usr/local/lib/parrot/1.6.0-devel/tools/build/ops2c.pl /usr/local/lib/parrot/1.6.0-devel/tools/build/pmc2c.pl /usr/local/src/parrot/1.6.0-devel /usr/local/src/parrot/1.6.0-devel/pmc /usr/local/include/parrot/1.6.0-devel/pmc (Perhaps you need to use Parrot's make install-dev or install the parrot-devel package for your system?) But I have the Parrot installed. I tryed several times to reinstall without any result. Good Luck!!! Victor
[perl #58740] [CAGE] t/configure/*.t and t/steps/*.t: Cleanup test setup/teardown code
On Mon Sep 21 15:28:01 2009, jk...@verizon.net wrote: So, unless there is some strong objection, I will close this ticket within 7 days. No one spoke up for this; rejecting ticket.
[perl #58990] [TODO] Design new spec coverage mechanism
On Tue Sep 22 10:39:17 2009, fperrad wrote: FYI, some existing tools (but not Perl) - FIT : http://fit.c2.com/ - FitNesse Slim : http://fitnesse.org/ François, Thanks for the reference. If someone wants to examine these links and open a TT, they are welcome to do so. In the meantime, resolving this ticket.
[perl #41500] [TODO] config - lib directory needs to be set appropriately for 32/64 bit archs
This ticket has been open for more than two-and-a-half years -- solely on the basis of an ancient inline comment. In that time no one has produced any evidence that we are doing the wrong thing. Given how many of our developers are currently working on AMD64, I would have expected that by now some evidence of doing the wrong thing would have emerged. I am therefore taking this ticket, removing the inline comment from config/init/defaults.pm and resolving the ticket. Wayland, if you get around to testing the install paths on 64-bit and we're doing the wrong thing, please open up a Trac ticket with full details. Thank you very much. kid51
[perl #53104] [BUG] dyld: lazy symbol binding failed: Symbol not found: _parrot_i386_cmpxchg (icu?)
On Wed Sep 16 05:49:12 2009, cognominal wrote: the report is not relevant anymore. you can close the ticket. Thx Closing.
[perl #60048] [BUG] [MMD] CGP Does Not Work with PCC Runcore Reentry
On Wed Feb 25 16:08:29 2009, jk...@verizon.net wrote: On Thu Jan 29 06:15:28 2009, Whiteknight wrote: has the remove_pic branch landed yet? Well, it's still an active branch in SVN. So I would guess not. Per discussion on the mailing list, we're removing the remove_pic branch (r41287). Whiteknight already has this ticket. kid51
[perl #60312] [BUG] OpenBSD Smolder test failures
On Tue May 12 05:18:47 2009, jk...@verizon.net wrote: Here's an update based on a recent Smolder report Thanks to a steady stream of Smolder reports from 'sm...@pc42.my.domain' -- I don't know who the human there is -- performed on OpenBSD/amd64, we can see that we are passing all non-SKIPped tests in the 4 files cited. Example: http://smolder.plusthree.com/app/public_projects/report_details/25466 So I'm resolving this ticket. Thank you very much. kid51
[perl #43174] [TODO] Figure out why -libpath: needs to be removed from $linkflags and $ldflags (config/inter/progs.pm)
This ticket has been moved into the Trac system: https://trac.parrot.org/parrot/ticket/854. Please continue the discussion there. Thank you very much. kid51
[perl #42901] [RFC] [INSTALL] Solutions for the install target problems
This ticket addressed a variety of issues why may or may not still be apropos. However, I suspect that the specific approach to install-related problems suggested in the ticket will be superseded by the work done on such issues in the last month. Would it be possible to review this ticket and recommend which parts, if any, should be moved to Trac? Thank you very much. kid51
[perl #42699] r18304 Test failures on NexentaOS (GNU/OpenSolaris)
There's been a lot of water under the bridge since this test failure report was originally filed. So we would undoubtedly need new reports to go forward. I'm going to close this ticket and encourage people with access to NexentaOS (GNU/OpenSolaris) to configure and build Parrot from HEAD and to file a Smolder report via 'make smoldertest'. Thank you very much. kid51
[perl #53538] [BUG] Parrot_floatval_time() and Parrot_intval_time() do not match up on Win32
This ticket has been moved into the Trac system at https://trac.parrot.org/parrot/ticket/857. Please continue the discussion there. Thank you very much. kid51
[perl #55504] [BUG] Failing test t/op/spawnw.t
Although I cannot be sure that the issues which were cited in the original post to this RT have been cleared up, I note that there has been no follow-up discussion in eight months. So I'm going to resolve this ticket and encourage any new LANG-related failures to be reported in new tickets in our Trac system (https://trac.parrot.org/parrot/newticket). Thank you very much. kid51
[perl #47966] [DOCS] pdd23 doesn't list exception;death as a standard exception
On Mon Dec 01 11:39:33 2008, pmichaud wrote: ... how exactly does one use Cexception;death, Cexception;exit, and the other exception types from PIR? I see them mentioned throughout pdd23, but I've never actually seen an example of how these constants (are they constants?) might appear in actual code, whether it's PIR, C, or otherwise. The only types I'm aware of for exceptions are the severity values and exception type values in include/parrot/exceptions.h and runtime/parrot/include/except_*.pasm, and none of these seem to have any real correspondence to the exception types given in pdd23. Patrick, Are we still lacking the documentation on how to use these exception types from PIR? If so, I will transfer this discussion to a TT. If not, can the ticket be closed? Thank you very much. kid51
[perl #36261] [TODO] HLL exception handling
On Sun Jul 19 18:22:00 2009, tene wrote: This still hasn't been done. I've been thinking about this again recently, and I'll try to move it higher in my TODO list. I have a lot of exceptions cleanups that I still need to document and/or do. At Tene's suggestion, I am consolidating this ticket with one another and moving them to Trac: https://trac.parrot.org/parrot/ticket/858 Please continue the discussion there. Thank you very much. kid51
[perl #47966] [DOCS] pdd23 doesn't list exception;death as a standard exception
On Sun Jul 19 18:27:29 2009, tene wrote: Parrot still doesn't have a hierarchy of exception types. exception;death doesn't exist. This is the same as rt#36261. I recommend that both of these tickets be merged into a single TT. At Tene's suggestion, I am consolidating this ticket with one another and moving them to Trac: https://trac.parrot.org/parrot/ticket/858 Please continue the discussion there. Thank you very much. kid51
[perl #38146] [TODO] OS.pmc - file copy
The discussion in this ticket appears to have petered out in June 2006. The state of any efforts to work on it is unclear. This RT was mentioned by Whiteknight on his blog on July 17 2009: Likewise, Ticket #38146 discusses the creation of a file copying utility, although discussion there has since degraded into a general discussion about what's the best architecture to use for implementing these kinds of functions. Input on that discussion, or a solution to the problem, would both be appreciated (and moving the ticket from RT to Trac where it can be even more visible would be a big plus!) Since there may be people who participated in this thread who are not yet following Trac or parrot-dev, I'm posting this to the old list as well. Can anyone summarize where we stand? Thank you very much. kid51
[perl #37258] [PATCH] loadlib and libraries with '.' in the name
I have moved this ticket to the Trac system: https://trac.parrot.org/parrot/ticket/850. Please continue discussion there. Thank you very much. kid51
[perl #43687] [TODO] combine abstract search with other search in lib/Parrot/Docs/File.pm
No objections heard. Resolving ticket.
[perl #43713] [TODO] Items should only contain paths
Rejected, and ticket resolved, in r38996. kid51
[perl #43709] [TODO] Groups should only contain items or paths
Rejected, and ticket resolved, in r38997. kid51
[perl #43687] [TODO] combine abstract search with other search in lib/Parrot/Docs/File.pm
On Sat May 09 19:40:51 2009, jk...@verizon.net wrote: In the course of working on RT 43683, I came across the inline comment which was the pretext for creating this ticket in the first place. It was not removed when the ticket was rejected. And since I was doing some refactoring for the other ticket, I decided to deal with the issue in this ticket. Please see patch attached. I'll apply it after this month's release unless someone objects. Patch applied in r38998. Will close ticket in 2-3 days unless someone objects. Thank you very much. kid51
[perl #41912] [CAGE] survey tools/ dir for unused, old, or broken code, and remove or fix as necessary
On Sun Mar 22 06:09:15 2009, jk...@verizon.net wrote: On Mon Mar 19 15:43:27 2007, particle wrote: there's a number of scripts and utilities in the tools/ subtree which i suspect have gone unused for some time now. this ticket is a placeholder to track efforts on surveying and fixing the files under tools/. 1. I've been looking at this ticket on and off for two years. We've cleared out some programs that clearly were no longer needed. I've looked at the remaining programs and am somewhat satisfied that, with exceptions noted below, the remaining programs are still either essential or are useful to some Parrot developers somewhere. So I'm going to close this ticket, having transferred some remaining questions to Trac tickets. Jerry: Do we have a rule as to which programs ought to be under 'tools/build/', which under 'tools/dev', and which under, say, 'tools/util/'? 2. I didn't get any response to this question, so I've transferred it to https://trac.parrot.org/parrot/ticket/677 in the hope that it will have greater visibility in Trac. 3. The question I posed about the Valgrind suppression file 'parrot_8.supp' has been transferred to https://trac.parrot.org/parrot/ticket/678. Thank you very much. kid51
[perl #60312] [BUG] OpenBSD Smolder test failures
Here's an update based on a recent Smolder report (http://smolder.plusthree.com/app/public_projects/report_details/21469); veracity.t: passing arithmetics.t: ok 7 - negate -0.0 # TODO -0.0 not implemented, TT #313 : still not passing (Why is this showing up yellow rather than green on the Smolder report if it is 'ok'?) complex.t: not ok 380 # TODO sinh of -2-3i not ok 381 # TODO sinh of -2-3i float.t: not ok 23 - neg 0 # TODO -0.0 not implemented, TT #313 # Failed (TODO) test 'neg 0' # at t/pmc/float.t line 512. # '0' # doesn't match '/^-0/ # ' So I would say that only one of the six tests I originally flagged has been clearly resolved.
[perl #40817] [TODO] track generated files during the configure/make process
I've been staring at this ticket for more than a year. One of my earlier patches got us part of the way there. Applying Reini's or something like that would get us closer. But the more I look at this problem in light of https://trac.parrot.org/parrot/ticket/586, https://trac.parrot.org/parrot/ticket/434 and https://trac.parrot.org/parrot/ticket/426, the more I believe that the problem is more complex than we at first thought. That's because, taking MANIFEST and MANIFEST.generated together, we use these files for *two* distinct purposes: 1. Determining what files a developer or user needs to build Parrot from source. 2. Determining what files are installed by 'make install' or 'make install-dev'. Purpose #1 is fulfilled exclusively by MANIFEST. Or, to be more precise, by the *left-hand* column in MANIFEST. In a MANIFEST entry like this: compilers/imcc/cfg.c[imcc] ... only the left-hand part matters in terms of having the files one needs for building from source. Purpose #2, in contrast, requires both files to be fulfilled. And it requires *both* columns in each file to be fulfilled, because it's the *right-hand* column that determines where a file is ultimately installed. The patches we've applied or submitted so far automate, more or less successfully, the identification of files *generated* by Configure.pl or make. But, AFAICT, so far it takes a human to determine where a file -- source or generated -- must be installed. In other words, I don't see a way to automate the assignment of data in the right-hand column. Some data: As of last night, a fresh checkout from trunk contains 2142 files. After Configure.pl on Linux/i386, the total number of files in the build dir has increased to 2229, an increase of 87. After make, the total number of files has increased to 2999, an additional increase of 770. But if I then call 'make install', I install only 293 files. What criteria do we have that those 293 files -- and only those 293 -- get installed? We need to have such criteria if we're to have accurate information in the right-hand columns of MANIFEST and MANIFEST.generated. Accurate information those files, in turn, is the only way we can write tests to determine whether 'make install' and 'make install-dev' (and the programs underlying them) are doing the right thing. Thoughts? Thank you very much. kid51
[perl #46821] [RFC] should readonly be deep or shallow?
See also discussion in https://trac.parrot.org/parrot/ticket/658.
[perl #43683] [TODO] Remove the pod, or convert to html? (lib/Parrot/Docs/File.pm)
On Fri Apr 17 13:27:36 2009, cotto wrote: make html works fine, as far as I can tell. Is there any reason why this ticket can't be rejected? No. Deleted those two comments in r38663. Marking ticket rejected. kid51
[perl #43687] [TODO] combine abstract search with other search in lib/Parrot/Docs/File.pm
On Fri Apr 17 13:29:57 2009, cotto wrote: On Fri Apr 17 13:24:13 2009, julianalbo wrote: I propose rejecting this ticket as unnecessary. The code may not be optimal, but it works fine and isn't even particularly hacky or broken. +1 rejected! In the course of working on RT 43683, I came across the inline comment which was the pretext for creating this ticket in the first place. It was not removed when the ticket was rejected. And since I was doing some refactoring for the other ticket, I decided to deal with the issue in this ticket. Please see patch attached. I'll apply it after this month's release unless someone objects. Index: lib/Parrot/Docs/File.pm === --- lib/Parrot/Docs/File.pm (revision 38663) +++ lib/Parrot/Docs/File.pm (working copy) @@ -380,45 +380,20 @@ return '' unless $self-contains_pod; my @lines = $self-read; +my $firstline = shift @lines; +return $self-title unless $firstline =~ /^=head1\s+ABSTRACT/; -while (@lines) { -my $line = shift @lines; - -if ( $line =~ /^=head1\s+ABSTRACT/o ) { -while (@lines) { -$line = shift @lines; - -last if $line =~ /\S/o; -} - -my @abstract_text = $line; - -while (@lines) { -$line = shift @lines; - -last if $line !~ /\S/o; - -push @abstract_text, $line; -} - -my $desc = join ' ', @abstract_text; - -# Joining lines may have created a bit of extra whitespace. -$desc =~ s/\s+/ /osg; -$desc =~ s/^\s+//os; -$desc =~ s/\s+$//os; - -# Remove any POD. -$desc =~ s/[CFL]([^]+)/$1/osg; - -return $desc; -} -} - -# RT#43687 - The abstract section above was added later. The two searches -# could be combined. - -return $self-title; +my $all_text = join \n = @lines; +$all_text =~ s/^\s+//; +my @paragraphs = split /\n{2,}/, $all_text; +my $desc; +# For a short description, we take only the first paragraph of any +# ABSTRACT. +($desc = $paragraphs[0]) =~ s/\n/ /g; +$desc =~ s/\s+/ /sg; +# We eliminate certain POD formatting characters. +$desc =~ s/[CFL]([^]+)/$1/sg; +return $desc; } =back
[perl #43713] [TODO] Items should only contain paths
On Tue Jul 10 05:13:07 2007, pcoch wrote: In the file lib/Parrot/Docs/Item.pm there is the todo item: # TODO - Items should only contain paths This restriction needs to be implemented. Why? Can anyone say? I doubt it, if only because I doubt that anyone understands the Parrot::Docs::* packages at this point. Until such time as we can commission a total rewrite of our docs-to-HTML code, I think we can safely reject this ticket. I will delete the comment and reject the ticket after next week's release unless there is some objection. Thank you very much. kid51
[perl #43709] [TODO] Groups should only contain items or paths
On Tue Jul 10 05:04:48 2007, pcoch wrote: In lib/Parrot/Docs/Group.pm there is the todo item: # TODO - Groups should only contain items or paths. This restriction needs to be implemented. Why? Can anyone say? I doubt it, if only because I doubt that anyone understands the Parrot::Docs::* packages at this point. Until such time as we can commission a total rewrite of our docs-to-HTML code, I think we can safely reject this ticket. I will delete the comment and reject the ticket after next week's release unless there is some objection. Thank you very much. kid51
[perl #59978] [TODO] Add SVN revision number of reports to Smolder front page
In r38498, applied patch supplied by Michael Peters. See also: https://trac.parrot.org/parrot/wiki/SmolderTaskList.
[perl #52346] [TODO] avoid deprecated functions in config/gen/platform/darwin/dl.c
On Fri May 01 13:16:13 2009, coke wrote: What I meant was, I'll apply this in a few days (sometime this weekend) UNLESS I hear back from other darwin developers with complaints. I tried the suggested deletion. It caused no problems for me on Darwin/PPC. So +1 on the change. kid51
[perl #41893] [BUG] 0.4.9 leaks various .c files into install image, creates PREFIX/config, PREFIX/compiler
On Sun Mar 18 08:23:45 2007, codermattie wrote: Hello, In the course of testing the parrot-0.4.9 release I discovered a number of files installed by the reallyinstall target that don't belong in an install image. To understand the output Configure.pl was called with: --prefix=/usr , and make was invoked with: DESTDIR=/var/tmp/portage/dev-lang/parrot-0.4.9/image/ in the output everything up to image/ can be ignored. it's just a temporary install location that is copied over to the real install tree later. Although we still have a 'destdir' option to tools/dev/install_files.pl, we don't have a 'destdir' option to Configure.pl. So I couldn't find a way to feed something into $(DESTDIR) in the Makefile. Instead, I relied on the procedure I've been using in some Trac tickets: perl Configure.pl --prefix=/pseudoinstall /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/include/src /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/include/src/jit_emit.h /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/include/src/string_private_cstring.h include/src is a strange place to drop header files. if jit_emit.h really needs to be installed then I think include/parrot , or even include/parrot/jit makes more sense. Neither jit_emit.h nor string_private_cstring.h appeared under pseudoinstall/. /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/lib/pkgconfig /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/lib/pkgconfig/parrot.pc I am not very familiar with pkgconfig. Are these really supposed to install ? This is still installed: ./lib/pkgconfig/parrot/1.1.0-devel/parrot.pc But it is just packaging information: prefix=/pseudoinstall exec_prefix=/pseudoinstall libdir=/pseudoinstall/lib includedir=/pseudoinstall/include Name: parrot Description: virtual machine to execute bytecode for interpreted languages Version: 1.1.0 Libs: -L${libdir} -lparrot -lpthread -lm -L/usr/lib -licuuc -licudata -lpthread -lm -lnsl -ldl -lm -lcrypt -lutil -lpthread -lgmp -lreadline Cflags: -I${includedir} /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/src /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/src/ops /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/src/ops/core_ops_cgp.c /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/src/ops/core_ops_switch.c /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/src/nci.c /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/src/null_config.c /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/src/parrot_config.c This looks like a accident, some random parrot source code installed in /usr/src None of the above .c files could be located under pseudoinstall/ /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/compilers /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/compilers/imcc /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/compilers/imcc/imclexer.c this is most likely an over-sight of some sort. compilers/ hanging off /usr ? imclexer.c not found under pseudoinstall/ /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/config /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/config/gen /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/config/gen/cpu /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/config/gen/cpu/i386 /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/cpu/i386/memcpy_mmx.c /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/cpu/i386/memcpy_sse.c /var/tmp/portage/dev-lang/parrot-0.4.9/image//usr/config/gen/platform /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/generic /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/generic/stat.c /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/ansi /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/ansi/dl.c /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/ansi/time.c /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/darwin /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/darwin/memalign.c /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/win32 /var/tmp/portage/dev-lang/parrot- 0.4.9/image//usr/config/gen/platform/win32/stat.c another one, config/ hanging off /usr. In fact, no '.c' files at all were found under pseudoinstall/. So I think all the original poster's concerns have been addressed. I am re-closing the ticket. Thank you very much. kid51
[perl #41893] [BUG] 0.4.9 leaks various .c files into install image, creates PREFIX/config, PREFIX/compiler
The 'reallyinstall' target is gone, so we can resolve this ticket.
[perl #53976] [PATCH] Remove tools/dev/ops_renum.mak
On Tue Apr 21 05:36:53 2009, bacek wrote: On Sun Aug 24 08:06:29 2008, jk...@verizon.net wrote: There is no more tools/dev/ops_renum.mak. Can we close this ticket? The only reason I did not previously close it was Coke's expression of a desire to pull this into the main Makefile. But I'll let him open a TT for that. Marking ticket resolved. bacek, thanks for poking on this. kid51
[perl #63626] Re: bouncing parrot...@parrotcode.org
# New Ticket Created by Ask Bjoern Hansen # Please include the string: [perl #63626] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=63626 On Mar 3, 2009, at 13:36, Allison Randal wrote: Looks like Robert just did it. :-) - ask Could you change parrot...@parrotcode.org to simply bounce with a message: -- Please submit reports to Parrot using the web interface: https://trac.parrot.org/parrot/newticket Thanks, The Parrot Team -- Thanks! Allison
[perl #63630] testing
# New Ticket Created by Allison Randal # Please include the string: [perl #63630] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=63630 testing
[perl #63632] Re: bouncing parrot...@parrotcode.org
# New Ticket Created by Allison Randal # Please include the string: [perl #63632] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=63632 Ah, excellent! Um, maybe not quite yet? I just created: http://rt.perl.org/rt3/Ticket/Display.html?id=63630 Allison Ask Bjørn Hansen wrote: On Mar 3, 2009, at 13:36, Allison Randal wrote: Looks like Robert just did it. :-) - ask Could you change parrot...@parrotcode.org to simply bounce with a message: -- Please submit reports to Parrot using the web interface: https://trac.parrot.org/parrot/newticket Thanks, The Parrot Team -- Thanks! Allison
[perl #63394] [PATCH] Minor updates to docs/pct/gettingstarted.pod (+CREDITS)
# New Ticket Created by Andy Wardley # Please include the string: [perl #63394] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=63394 This patch: 1) Updates the docs/pct/gettingstarted.pod documentation to reflect that fact that the newly created language will have a Configure.pl file of its own. The user must run this script instead of the top level Configure.pl. It also adds the Configure.pl, pmc/pmc.foo, ops/foo.ops, STATUS and MAINTAINER files to the list of files created in the languages/foo directory. 2) Adds my name to the CREDITS file. Output from diffstat: CREDITS |5 + docs/pct/gettingstarted.pod | 35 --- 2 files changed, 25 insertions(+), 15 deletions(-) Regards A Index: docs/pct/gettingstarted.pod === --- docs/pct/gettingstarted.pod (revision 36930) +++ docs/pct/gettingstarted.pod (working copy) @@ -107,16 +107,12 @@ $ perl tools/dev/mk_language_shell Foo languages/foo -This will create a complete language that compiles out of the box, except for -the fact that there's no Makefile yet. In order to resolve that, you should -(re)run the Configure.pl script: +This will create a complete language that compiles out of the box. You first +need to run the CConfigure.PL Perl script to generate the CMakefile. Then +you can run Cmake and Cmake test. + $ cd languages/foo $ perl Configure.pl - -This will regenerate all makefiles, including the one for your language. Now, -in order to compile your language, type: - - $ cd languages/foo $ make $ make test @@ -126,6 +122,7 @@ The generated directories and files have the following structure: foo/ +/Configure.pl# configuration script /config/makefiles/root.in# input for the Makefile generator # as long as you don't add source files, # there's no need to update this file. @@ -136,15 +133,23 @@ /grammar-oper.pg # file containing a default operator table. /builtins/ - /say.pir # a file containing a built-in function - # add more standard library routines here + /say.pir# a file containing a built-in function + +/pmc/ + /foo.pmc# file defining vtable functions + +/ops/ + /foo.ops# file defining opcodes + # TODO: add more standard library routines here /t/ - /00-sanity.t # a test file - /harness # file to set up the test framework - # more tests can be added here + /00-sanity.t # a test file + /harness # file to set up the test framework + # more tests can be added here -/foo.pir # file containing the main routine -/README# an almost empty readme file +/foo.pir # file containing the main routine +/README # an almost empty readme file +/STATUS # an almost empty status file +/MAINTAINER # a file for you to add your details to When you want to run a script through your language's compiler, (assuming Index: CREDITS === --- CREDITS (revision 36930) +++ CREDITS (working copy) @@ -106,6 +106,11 @@ E: a...@petdance.com U: petdance +N: Andy Wardley +E: a...@wardley.org +W: http://wardley.org/ +D: Minor documentation fixes + N: Angel Faus D: CFG and live analysis.
[perl #63036] [PATCH] Fixed typos in docs
# New Ticket Created by Saleem A. Ansari # Please include the string: [perl #63036] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=63036 Fixed typos in docs/book ch09_pct.pod |2 +- ch11_pmcs.pod|2 +- ch12_opcodes.pod |8 3 files changed, 6 insertions(+), 6 deletions(-) Index: docs/book/ch09_pct.pod === --- docs/book/ch09_pct.pod (revision 36357) +++ docs/book/ch09_pct.pod (working copy) @@ -95,7 +95,7 @@ automatically creating all the necessary stub files for creating a new compiler for Parrot. It generates the driver file, parser grammar and actions files, builtin functions stub file, makefile, and test harness. -All of these are demonstrative stubs and wil obviously need to be +All of these are demonstrative stubs and will obviously need to be edited furiously or even completely overwritten, but they give a good idea of what is needed to start on development of the compiler. Index: docs/book/ch12_opcodes.pod === --- docs/book/ch12_opcodes.pod (revision 36357) +++ docs/book/ch12_opcodes.pod (working copy) @@ -18,7 +18,7 @@ pretty advanced compared to the functionality supplied by regular assembly language opcodes. -Before we talk about opcodes, we have to a little bit of talking about +Before we talk about opcodes, we shall discuss a little bit about the various runcores that invoke them. =head2 Runcores @@ -44,7 +44,7 @@ Parrot has multiple runcores. Some are useful for particular maintenance tasks, some are only available as optimizations in certain compilers, -some are intended for general use, and some are just interesing flights +some are intended for general use, and some are just interesting flights of fancy with no practical benefits. Here we list the various runcores, their uses, and their benefits. @@ -116,7 +116,7 @@ opcode becomes simply a label in a very large function, and pointers to the labels are stored in a large array. Calling an opcode is as easy as taking that opcode's number as the index of the label array, and calling the -associated label. Sound complicated? It is a little, especially to C +associated label. Sounds complicated? It is a little, especially to C programmers who are not used to using labels, much less treating them as first class data items. @@ -172,7 +172,7 @@ The precomputed goto core is an amazingly fast optimized core that uses the same computed goto feature, but performs the array dereferencing before the core even starts. The compiled bytecode is fed into a -preprocessor that converts the bytecode instruction numbers into lable +preprocessor that converts the bytecode instruction numbers into label pointer values. In the computed goto core, you have this operation to move to the next opcode: Index: docs/book/ch11_pmcs.pod === --- docs/book/ch11_pmcs.pod (revision 36357) +++ docs/book/ch11_pmcs.pod (working copy) @@ -144,7 +144,7 @@ The PMC compiler enables us to use a few pre-defined variable names throughout the file to make things easier. The CINTERP keyword always contains a reference to the current interpreter structure. This keyword is -include by default in all VTABLE interfaces and all PMC methods. It is not +included by default in all VTABLE interfaces and all PMC methods. It is not automatically included in any extra helper functions that you define in the PMC file.
[perl #62994] Make failure on Windows XP
# New Ticket Created by Alan Rocker # Please include the string: [perl #62994] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62994 after svn up to #362306 src\pmc\parrotlibrary.c mingw32-make: *** No rule to make target `include\..\..\src\io\io_private.h', needed by `src\pmc\parrotinterpreter.o'. Stop. -- Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com
[perl #62974] Signed-zero tests failing on Windows XP
# New Ticket Created by Alan Rocker # Please include the string: [perl #62974] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62974 (At #36249). I thought these problems had been fixed. If my memory is at fault, I'll shut up and go back to sleep. If not, I'll file a formal report. Test Summary Report --- t/op/arithmetics(Wstat: 256 Tests: 28 Failed: 1) Failed test: 7 Non-zero exit status: 1 t/pmc/complex (Wstat: 0 Tests: 467 Failed: 2) Failed tests: 380-381 t/pmc/float (Wstat: 256 Tests: 61 Failed: 1) Failed test: 23 Non-zero exit status: 1 Files=388, Tests=11676, 901 wallclock secs ( 8.28 usr + 1.05 sys = 9.33 CPU) Result: FAIL mingw32-make: *** [test] Error 1 -- Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com
[perl #62972] Signed-zero tests failing on Windows XP
# New Ticket Created by Alan Rocker # Please include the string: [perl #62972] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62972 I thought these problems had been fixed. If my memory is at fault, I'll shut up and go back to sleep. If not, I'll file a formal report. Test Summary Report --- t/op/arithmetics(Wstat: 256 Tests: 28 Failed: 1) Failed test: 7 Non-zero exit status: 1 t/pmc/complex (Wstat: 0 Tests: 467 Failed: 2) Failed tests: 380-381 t/pmc/float (Wstat: 256 Tests: 61 Failed: 1) Failed test: 23 Non-zero exit status: 1 Files=388, Tests=11676, 901 wallclock secs ( 8.28 usr + 1.05 sys = 9.33 CPU) Result: FAIL mingw32-make: *** [test] Error 1 -- Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com
[perl #62920] Configure.pl errors generating makefile
# New Ticket Created by Alan Rocker # Please include the string: [perl #62920] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62920 After running svn up to 36161, and a make realclean, on Mandriva, the gen::makefiles step of Configure.pl generated the following messages, (edited for clarity): gen::makefiles - Generate makefiles and other build files... value for 'perldoc' in config/gen/makefiles/docs.in is undef at lib/Parrot/Configure/Compiler.pm line 539, $in line 9. value for 'TEMP_pod' in config/gen/makefiles/docs.in is undef at lib/Parrot/Configure/Compiler.pm line 539, $in line 12. value for 'TEMP_pod_build' in config/gen/makefiles/docs.in is undef at lib/Parrot/Configure/Compiler.pm line 539, $in line 50. done. -- Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com
[perl #62588] [PATCH] inspect tests in t/pmc/class.t no longer seem to need commenting out
# New Ticket Created by Ron Schmidt # Please include the string: [perl #62588] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62588 The line in the test script read: # 'inspect'() # XXX must fix 'attributes' test On commenting the test routine back in the attributes test worked OK and after moving the number of hash elements from inspect() without arguments from 6 to 7 as clearly indicated by class.pmc the whole routine ran fine. class.dif Description: video/dv
[perl #62634] [PATCH] Minor doc change in pmc.ops - PDD02 superseded
# New Ticket Created by Ron Schmidt # Please include the string: [perl #62634] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62634 The documentation on line 51 of src/ops/pmc.ops still refers to PDD02 which has been superseded. Recommending patch below: Index: src/ops/pmc.ops === --- src/ops/pmc.ops (revision 35872) +++ src/ops/pmc.ops (working copy) @@ -48,7 +48,7 @@ new P0, 'ResizableBooleanArray' Optionally a PMC may be passed to the constructor. It's up to the class what -to do with the intializer. See PDD02 for more. +to do with the intializer. See PDD17 and the init_pmc function for more. =cut Ron
[perl #62504] Rakudo segfault on multi type mismatch
# New Ticket Created by I Sop # Please include the string: [perl #62504] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62504 Following perl6 code segfaults: multi foo($x where { $x == 5 }) { say 'yum' } foo 8;
[perl #62506] Rakudo segfault on missing method
# New Ticket Created by I Sop # Please include the string: [perl #62506] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62506 Following perl6 code segfaults with r31857: say 8.bla;
[perl #45999] [TODO] Handle multi-methods in Parrot_ComposeRole()
On Tue Oct 02 11:01:32 2007, pcoch wrote: In src/objects.c:Parrot_ComposeRole() there is the todo item: * XXX TODO: multi-method handling. */ I think this means that multi-method handling neds to be handled at this point in the code. Indeed. Done this in r35820. Thanks, Jonathan
[perl #62432] Rakudo segfault when passing/calling sub
# New Ticket Created by I Sop # Please include the string: [perl #62432] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62432 With r35615. Following script to perl6 segfaults: sub yum() { } sub callit(x) { x; } callit yum; But this doesn't: sub yum() { } sub callit(x) { x; } callit yum; Neither does this: sub yum() { } yum;
[perl #62202] Problem with Configure.PL under Windows
# New Ticket Created by Alan Rocker # Please include the string: [perl #62202] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62202 Running Configure.pl under Windows (XP Home), Strawberry Perl, produces the following error message: auto::gmp - Does your platform support GMP...Can't spawn .\test_616.exe: Bad file descriptor at lib/Parrot/Configure/Utils.pm line 86. no. Windows also tries to Phone Home, but I suspect it's the underlying GMP failure that causes that. -- Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com
[perl #62206] Errors reported by mingw32-make test
# New Ticket Created by Alan Rocker # Please include the string: [perl #62206] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62206 Under Windows (XP Home) Strawberry Perl Attached are STDERR output and the summary of STDOUT. (I assume that failures with TODO attached are already reported.) -- Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com errors_test Description: Binary data
[perl #62204] Errors reported by mingw32-make
# New Ticket Created by Alan Rocker # Please include the string: [perl #62204] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62204 (On Windows XP Home) after mingw32-make realclean and Configure.pl STDERR output attached -- Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com errors_make Description: Binary data
[perl #62010] [PATCH] fix PARROT_EXPORT visibility=default for gcc other than 4.x
# New Ticket Created by Donald Hunter # Please include the string: [perl #62010] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62010 This patch fixes a problem with gcc 3.4.6 on Linux where -fvisibility=hidden is detected as supported but __attribute__((visibility(default))) is not used for PARROT_EXPORT. The setting for export visibility was hard-coded for gcc 4.0 so I changed it to be a new test based on the detection of support for -fvisibility=hidden I created a new file for the config step because it has to happen after config/auto/warnings.pm and there's no other relevant file to put it in. config/auto/export.pm | 55 ++ config/auto/gcc.pm|3 -- lib/Parrot/Configure/Step/List.pm |1 3 files changed, 56 insertions(+), 3 deletions(-) gcc_export_visibility.patch Description: Binary data
[perl #61874] [PATCH] Fixed typos in docs
# New Ticket Created by Saleem A. Ansari # Please include the string: [perl #61874] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61874 Fixed typos in docs/book ch08_architecture.pod | 11 +-- ch09_pct.pod | 24 2 files changed, 17 insertions(+), 18 deletions(-) Index: docs/book/ch08_architecture.pod === --- docs/book/ch08_architecture.pod (revision 34695) +++ docs/book/ch08_architecture.pod (working copy) @@ -733,10 +733,10 @@ part of your process. Most programmers will better know SIGSEGV as a segmentation fault, something that should be avoided at all costs. There's no good way for Parrot to catch and handle these signals, since -the occur at a lower level in the operating system and are typically +they occur at a lower level in the operating system and are typically presented to Parrot long after anything can be done about it. These signals will therefore always kill Parrot and whatever programs were -running on t. On some systems it's possible to catch some of +running on it. On some systems it's possible to catch some of Nsometimes the fatal signals, but Parrot code itself operates at too high a level for a user program to do anything with them. Any handlers for these kinds of signals would have to be written at the lowest levels @@ -854,7 +854,7 @@ there's no need to lock anything. In the second threading model, multiple threads run and pass messages -back and forth between each other. Parrot supports this as well, via +back and forth amongst themselves. Parrot supports this as well, via the event mechanism. The event queues are thread-safe, so one thread can safely inject an event into another thread's event queue. This is similar to a multiple-process model of programming, except that @@ -862,7 +862,7 @@ around structured data. In the third threading model, multiple threads run and share data -between themselves directly. While Parrot can't guarantee that data at +among themselves directly. While Parrot can't guarantee that data at the user level remains consistent, it can make sure that access to shared data is at least safe. We do this with two mechanisms. @@ -1011,8 +1011,7 @@ Parrot classes. Being able to subclass C++ and Objective C classes is a potential bonus. Python, Ruby, and Perl 6 all share a common (but hidden) base class in Parrot's base object type, so they can inherit -from each other without -difficulty. +from each other without difficulty. =head1 Advanced Features Index: docs/book/ch09_pct.pod === --- docs/book/ch09_pct.pod (revision 34695) +++ docs/book/ch09_pct.pod (working copy) @@ -139,7 +139,7 @@ they produce a top-level token. PGE itself is a top-down parser, although it also contains a bottom-up -Ioperator precidence parser, for things like mathematical expressions +Ioperator precedence parser, for things like mathematical expressions where bottom-up methods are more efficient. We'll discuss both, and the methods for switching between the two, throughout this chapter. @@ -241,7 +241,7 @@ first Jar as C first_name and the second Jar as C last_name and wouldn't match Binks at all. -In PGE. The top-level rule which starts the match process and must +In PGE, the top-level rule which starts the match process and must successfully match in order for the compiler to continue is always called CTOP. Without a TOP rule, your compiler won't do anything NActually, it will print out an error saying that you have no @@ -430,7 +430,7 @@ often for new language designers, and one that is not always likely to generate useful error messages. -=head3 Operator Precidence Parser +=head3 Operator Precedence Parser Places where there are lots of little tokens in a statement, and where there are lots of possible options that a top-down parser will have to @@ -443,29 +443,29 @@ The recursive descent parser is going to have to recognize through significant trial and error how this statement should be parsed. For tasks like this, recursive descent parsers are not ideal, although a type of -bottom-up parser called an Ioperator precidence -XParser, Operator precidence parser is. Operator precidence parsers +bottom-up parser called an Ioperator precedence +XParser, Operator precedence parser is. Operator precedence parsers work similarly to more versatile bottom-up parsers such as Lex or Yacc, but are optimized for use with expressions and equations. The things in an equation are split into two subtypes: Iterms and Ioperators. Operators themselves are split into a number of types including postfix (C-a), suffix (Ci++), infix (Cx + y), circumfix (C[z]), postcircumix -(Ca[b]), and list (C1, 2, 3). Each operator gets its own precidence +(Ca[b]), and list (C1, 2, 3). Each operator gets its
[perl #61858] SDL library bindings and examples broken
# New Ticket Created by Markus Mayr # Please include the string: [perl #61858] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61858 --- osname= linux osvers= 2.6.26-1-686 arch= i486-linux-gnu-thread-multi cc= cc --- Flags: category=library severity=medium ack=no --- The following SDL related files use deprecated PIR and are therefore broken currently: * examples/sdl/anim_image.pir * examples/sdl/move_parrot_logo.pir * examples/sdl/mandel.pir * examples/sdl/bounce_parrot_logo.pir * examples/sdl/anim_image_dblbuf.pir * runtime/parrot/library/SDL.pir * runtime/parrot/library/SDL/Event.pir Furthermore the SDL-examples lcd, minesweeper and tetris located in examples/sdl are known to be broken. Some other files in runtime/parrot/library/SDL are probably affected as well, especially the files LCD.pir and StopWatch.pir use deprecated PIR.
[perl #61870] [BUG] [META] Trac system borks authenticated user's privileges
# New Ticket Created by James Keenan # Please include the string: [perl #61870] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61870 I know that committers are not supposed to be opening new tickets in RT, but I am forced to do so since I and others can no longer do so in Trac. Tonight both GeJ and I encountered the situation that once we were logged in to Trac -- a status which presumably made us Authenticated users with TICKET_CREATE and TICKET_APPEND privileges -- and once we attempted to set or modify our Preferences, a variety of error messages started popping up which effectively negated all our login privileges. GeJ reported being logged in, but once having clicked on the New Ticket button, being told, Error: Forbidden. TICKET_CREATE privileges are required to perform this operation. He also reported this warning in a box underneath the Trac menu bar: Warning: acct_mgr.web_ui.MessageWrapper object at 0x81a80b4c While I was poking around RTFM, I clicked on Preferences and, under the General tab, decided to add my user name and my email address. Big mistake! I got this message underneath the Trac menu bar: Notice: acct_mgr.web_ui.MessageWrapper object at 0x80cec96c. And when I then went to New Ticket, I got the same bad news as GeJ. I got this: Trac detected an internal error: Key Error 'email'. And then, to add insult to injury, Trac told me, To that end, you could 'create' a ticket at this site. And when I tried to do so, I saw that I no longer had TICKET_CREATE privileges. This error is definitely on the server side, because (a) I removed all cookies from the browser I was using, closed the browser, reopened it and attempted to login again -- and got the same error; (b) got the same error with a completely different browser. So GeJ and I can no longer work in Trac. Goodbye, Parrot project, at least until this is fixed! kid51
[perl #61812] [PATCH] Fixed typos in docs -- removed duplicate example code
# New Ticket Created by Saleem A. Ansari # Please include the string: [perl #61812] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61812 Removed Duplicate example code for creating Foo class in docs/book/ch05_pasm.pod Fixed typos. CREDITS |4 + docs/book/ch05_pasm.pod | 143 docs/book/ch06_library.pod |2 docs/book/ch08_architecture.pod |2 4 files changed, 6 insertions(+), 145 deletions(-)
[perl #41912] [CAGE] survey tools/ dir for unused, old, or broken code, and remove or fix as necessary
On Sat Dec 27 20:56:38 2008, rgrjr wrote: When updating an old working copy, I just happened to notice that parrot-config was deleted since June. So was able to find this: r28977 | chromatic | 2008-07-02 21:42:27 -0400 (Wed, 02 Jul 2008) | 2 lines [parrot-config] Turned parrot-config into a fakecutable; this allows programs to query Parrot's configuration. See RT #32365. Well, I have to admit I don't know what a fakecutable would be. In any event, my main concern right now is to see if someone deems this program valuable enough to take it over and get it working. Otherwise, per Jerry's original post in this ticket, it should be deleted. Thank you very much. kid51
[perl #61786] [PATCH] docs/book typo corrections
# New Ticket Created by Ovid # Please include the string: [perl #61786] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61786 Numerous examples of it's which should be its and various other corrections for 10_hlls.pod. CREDITS|5 + docs/book/ch03_pir_basics.pod |4 ++-- docs/book/ch04_pir_subroutines.pod |4 ++-- docs/book/ch05_pasm.pod|2 +- docs/book/ch09_pct.pod | 16 docs/book/ch10_hlls.pod| 16 docs/book/ch12_opcodes.pod |8 7 files changed, 30 insertions(+), 25 deletions(-) Cheers, Ovid -- Buy the book - http://www.oreilly.com/catalog/perlhks/ Tech blog- http://use.perl.org/~Ovid/journal/ Twitter - http://twitter.com/OvidPerl Official Perl 6 Wiki - http://www.perlfoundation.org/perl6 docs.patch Description: Binary data
[perl #61744] error:imcc:syntax error, unexpected VAR, expecting '(' ('var')
# New Ticket Created by Markus Laker # Please include the string: [perl #61744] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61744 Hello, I'm attempting to compile Parrot and Perl 6 for the first time using gcc 4.1.2 on Linux. I've checked out revision 34399 form svn. Parrot compiles successfully, but languages/perl6 fails like this: m...@edward:~/parrot/languages/perl6$ make cd src/pmc /usr/bin/perl /home/msl/parrot/tools/build/dynpmc.pl generate perl6str objectref perl6scalar mutablevar perl6multisub cd src/pmc /usr/bin/perl /home/msl/parrot/tools/build/dynpmc.pl compile perl6str objectref perl6scalar mutablevar perl6multisub cd src/pmc /usr/bin/perl /home/msl/parrot/tools/build/dynpmc.pl linklibs perl6str objectref perl6scalar mutablevar perl6multisub cd src/pmc /usr/bin/perl /home/msl/parrot/tools/build/dynpmc.pl copy --destination=/home/msl/parrot/runtime/parrot/dynext perl6str objectref perl6scalar mutablevar perl6multisub ../../parrot -o perl6.pbc perl6.pir error:imcc:syntax error, unexpected VAR, expecting '(' ('var') in file 'src/builtins/op.pir' line 434 included from 'src/gen_builtins.pir' line 25 included from 'perl6.pir' line 1 make: *** [perl6.pbc] Error 1 m...@edward:~/parrot/languages/perl6$ The line in question is the `rebless_subclass' instruction two paragraphs before the end of this function: .sub 'infix:does' .param pmc var .param pmc role .param pmc init_value :optional .param int have_init_value :opt_flag # Get the class of the variable we're adding roles to. .local pmc p6meta, parrot_class parrot_class = class var # Derive a new class that does the role(s) specified. .local pmc derived derived = new 'Class' addparent derived, parrot_class $I0 = isa role, 'Role' if $I0 goto one_role $I0 = isa role, 'List' if $I0 goto many_roles 'die'('does' expects a role or a list of roles) one_role: '!keyword_does'(derived, role) goto added_roles many_roles: .local pmc role_it, cur_role role_it = iter role roles_loop: unless role_it goto roles_loop_end cur_role = shift role_it '!keyword_does'(derived, cur_role) goto roles_loop roles_loop_end: added_roles: # Register proto-object. .local pmc p6meta, proto p6meta = get_hll_global ['Perl6Object'], '$!P6META' proto = var.'WHAT'() p6meta.'register'(derived, 'protoobject'=proto) # Instantiate the class to make it form itself. $P0 = new derived # Re-bless the object into the subclass. rebless_subclass var, derived # If we were given something to initialize with, do so. unless have_init_value goto no_init .local pmc attrs .local string attr_name attrs = inspect role, attributes attrs = attrs.'keys'() $I0 = elements attrs if $I0 != 1 goto attr_error attr_name = attrs[0] attr_name = substr attr_name, 2 # lop of sigil and twigil $P0 = var.attr_name() assign $P0, init_value no_init: # We're done - return. .return (var) I'm not familiar enough with Parrot to correct the syntax. However, if I comment out the line, I get a clean build. Will I lose any more than the Cdoes keyword? Thanks and regards, Markus
[perl #61738] pipp_hash.c apparently missing from 34343
# New Ticket Created by Alan Rocker # Please include the string: [perl #61738] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61738 On Windows XP Home with Strawberry Perl, (after doing mingw32-make realclean) Failures encountered with 34343 init::manifest - Check MANIFEST...No such file: languages/pipp/src/pmc/pipp_hash.c Ack, some files were missing! I can't continue running And during the tests: auto::gmp - Does your platform support GMP...Can't spawn .\test_1336.exe: Bad file descriptor at lib/Parrot/Configure/Utils.pm line 85. no. (This has been a feature for some time.) -- Email and shopping with the feelgood factor! 55% of income to good causes. http://www.ippimail.com
[perl #61638] [PATCH] Fixed typos in docs
# New Ticket Created by Saleem A. Ansari # Please include the string: [perl #61638] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61638 Fixed typos in docs. book/ch01_overview.pod | 10 +- book/ch03_pir_basics.pod |2 +- imcc/imcfaq.pod |4 ++-- 3 files changed, 8 insertions(+), 8 deletions(-) Index: docs/book/ch01_overview.pod === --- docs/book/ch01_overview.pod (revision 34295) +++ docs/book/ch01_overview.pod (working copy) @@ -25,7 +25,7 @@ working hard on a spec for Python 3000. The Perl 6 project started moving in two different directions at once: the underlying interpreter architecture and the language grammar and semantics. As people -realized that the two projects could become completely indepent, it +realized that the two projects could become completely independent, it was decided to create a proper language-agnostic virtual machine to support the high-level efforts. The virtual machine was later dubbed Parrot in a fitting turn of life imitating art. @@ -105,7 +105,7 @@ members of the Project Team, or may be held jointly. The Architect also works with the Release Managers to develop and maintain the release schedule. Allison RandalXRandal, Allison currently leads the Parrot -project aschief architect. +project as chief architect. =item Release Managers @@ -166,7 +166,7 @@ Contributors who submit numerous, high-quality patches may be considered to become a Committer. Committers have commit access to the full Parrot repository, but generally work only on one or more -subprojects; Committer categories are described below. Contributors may +subprojects; Committer categories are described below. Contributors may be considered for commit access either by being nominated by another Committer, or by requesting it. @@ -194,7 +194,7 @@ =item Build Manager Build Managers maintain and extend configuration and build subsystems. -They reviews smoke reports and attempt to extend platform support. +They review smoke reports and attempt to extend platform support. =item Lead Tester @@ -225,7 +225,7 @@ Parrot's cage, the development working environment, has a tendency to get messy and disorganized over time. It's the responsibility of the -aptly-named Cage Cleaners to ensure coding standards are followed, that +aptly-named Cage Cleaners to ensure that coding standards are followed, that documentation is complete and accurate, that all tests are functioning properly, and that there are plenty of coding examples for new users to learn from. A class of tickets in the RT tracking system has been created Index: docs/book/ch03_pir_basics.pod === --- docs/book/ch03_pir_basics.pod (revision 34295) +++ docs/book/ch03_pir_basics.pod (working copy) @@ -106,7 +106,7 @@ register data is held. A memory allocator unit translates register names in the form $S0 into an actual fixed memory location. This allocator can also help to optimize register usage so that existing registers are -reused instead of allocating new ones in memory. The sort version is that +reused instead of allocating new ones in memory. The short version is that the programmer should never have to worry about register allocation, and should feel free to use as many as she wants. As with any system, it's a good idea to be mindful of the things that might impact performance Index: docs/imcc/imcfaq.pod === --- docs/imcc/imcfaq.pod (revision 34295) +++ docs/imcc/imcfaq.pod (working copy) @@ -146,9 +146,9 @@ For more examples see the PIR tutorial in Fexamples/tutorial. -=head2 How do I compile and run an PIR module? +=head2 How do I compile and run a PIR module? -Parrot uses the filename extension to detect whether the file is an PIR file +Parrot uses the filename extension to detect whether the file is a PIR file (.pir), a Parrot Assembly file (.pasm) or a pre-compiled bytecode file (.pbc).
[perl #61394] Re: unicode and macosx
# New Ticket Created by Stephane Payrard # Please include the string: [perl #61394] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61394 my $s = ; say $s.chars # now returns 1 Note : the bug was reported on macintel 32 bits which died. I am now testing on a macintel 64 bits. I don't know if it can affect the test. On Mon, May 19, 2008 at 6:28 PM, Stéphane Payrard cognomi...@gmail.com wrote: On a macintel 10.5 I have some problem with unicode. unicode characters are not recognized as such. See the rakudo test below The configuring phase gives : Determining whether ICU is installed...yes. The compiling phase finish with an error but it apprently causes no problems except I can't run 'make test' because of the dependance on a successful compilation. ar: blib/lib/libparrot.a is a fat file (use libtool(1) or lipo(1) and ar(1) on it) ar: blib/lib/libparrot.a: Inappropriate file type or format make: *** [blib/lib/libparrot.a] Error 1 rakudo is generated without problem But the following test fails. I pasted the content of the literal string with a character that emacs says to be #x8a0 my $s = ; say $s.chars # $s == \x8a0 2 I expected one. -- cognominal stef -- cognominal stef
[perl #61316] [BUG] loadlib dynpmc crashes with .HLL
# New Ticket Created by François PERRAD # Please include the string: [perl #61316] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61316 The following code works well $ cat digest.pir .sub 'main' $P0 = loadlib 'digest_group' $P1 = new 'MD5' $S0 = typeof $P1 say $S0 .end but when we add the following preamble : .HLL 'Lua' .loadlib 'lua_group' It crashes with a segmentation fault at the first call of register_raw_nci_method_in_ns() in the generated function Parrot_MD2_class_init(). François.
[perl #61282] 'make fulltest' failures
# New Ticket Created by Moritz Lenz # Please include the string: [perl #61282] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61282 Parrot r33793 has has two failures in 'make fulltest', in the last bunch of the test runs. (I don't see how to find out which runcore that is). Test Summary Report --- t/op/pushaction(Wstat: 256 Tests: 7 Failed: 1) Failed test: 6 Non-zero exit status: 1 t/pmc/sub (Wstat: 256 Tests: 64 Failed: 1) Failed test: 63 Non-zero exit status: 1 Files=248, Tests=8209, 257 wallclock secs ( 2.34 usr 0.32 sys + 147.01 cusr 36.98 csys = 186.65 CPU) Result: FAIL make[1]: *** [testr] Error 1 In more detail: # Failed test 'pushaction as closure' # at t/op/pushaction.t line 100. # Exited with error code: 1 # Received: # main # at popmark, flag = 0 # a = Null PMC in say # current instr.: 'exit_handler' pc 32 (/home/moritz/src/parrot/t/op/pushaction_6.pir:22) # called from Sub 'main' pc 15 (/home/moritz/src/parrot/t/op/pushaction_6.pir:11) # # Expected: # main # at popmark, flag = 0 # a = 42 # # Looks like you failed 1 test of 7. Failed test ':outer with identical sub names' # at t/pmc/sub.t line 1462. # Exited with error code: 1 # Received: # ABC::outer # ABC::inner # Null PMC in say # current instr.: 'parrot;ABC;inner' pc 47 (/home/moritz/src/parrot/t/pmc/sub_63.pir:20) # called from Sub 'parrot;ABC;outer' pc 37 (/home/moritz/src/parrot/t/pmc/sub_63.pir:14) # called from Sub 'main' pc 9 (/home/moritz/src/parrot/t/pmc/sub_63.pir:3) # # Expected: # ABC::outer # ABC::inner # ABC lex # DEF::outer # DEF::inner # DEF lex # # Looks like you failed 1 test of 64. Platform is Debian GNU/Linux 4.0 Etch on i386 32bit dual core CPU, gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Moritz
[perl #61286] [PATCH][PROPOSAL] box complements
# New Ticket Created by François PERRAD # Please include the string: [perl #61286] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61286 The new opcode 'box' is limited by its 3 signatures that target Float, Integer String. I propose the 3 following new opcodes : - true - false - undef or nil (less Perlish) After some experiments with bytecode translation, in WMLScript (r33655) and in Lua (r33760), it seems obvious that we need them. François. Index: src/ops/pmc.ops === --- src/ops/pmc.ops (revision 33750) +++ src/ops/pmc.ops (working copy) @@ -607,6 +607,29 @@ VTABLE_set_string_native(interp, $1, $2); } +=item Btrue(out PMC) + +=item Bfalse(out PMC) + +=item Bundef(out PMC) + +Create a literal HLL-mapped PMC. + +=cut + +op true(out PMC) { +$1 = pmc_new(interp, Parrot_get_ctx_HLL_type(interp, enum_class_Boolean)); +VTABLE_set_bool(interp, $1, 1); +} + +op false(out PMC) { +$1 = pmc_new(interp, Parrot_get_ctx_HLL_type(interp, enum_class_Boolean)); +} + +op undef(out PMC) { +$1 = pmc_new(interp, Parrot_get_ctx_HLL_type(interp, enum_class_Undef)); +} + =back =head1 COPYRIGHT Index: t/op/box.t === --- t/op/box.t (revision 33750) +++ t/op/box.t (working copy) @@ -16,13 +16,15 @@ =cut -.const int TESTS = 24 +.const int TESTS = 34 # must set these up before the .HLL_map statements later .sub '__setup' :immediate $P0 = subclass 'Integer', 'MyInt' $P0 = subclass 'String', 'MyString' $P0 = subclass 'Float', 'MyFloat' +$P0 = subclass 'Boolean', 'MyBoolean' +$P0 = subclass 'Undef', 'MyUndef' .end .sub 'main' :main @@ -33,6 +35,9 @@ 'box_int'() 'box_num'() 'box_string'() +'true_'() +'false_'() +'undef_'() .local pmc box_int_hll box_int_hll = get_root_global [ 'for_test' ], 'box_int' @@ -43,9 +48,21 @@ .local pmc box_string_hll box_string_hll = get_root_global [ 'for_test' ], 'box_string' +.local pmc true_hll +true_hll = get_root_global [ 'for_test' ], 'true_' + +.local pmc false_hll +false_hll = get_root_global [ 'for_test' ], 'false_' + +.local pmc undef_hll +undef_hll = get_root_global [ 'for_test' ], 'undef_' + box_int_hll() box_num_hll() box_string_hll() +true_hll() +false_hll() +undef_hll() .end .sub 'box_int' @@ -92,14 +109,37 @@ isa_ok( $P0, 'String', 'string boxed to appropriate base type from reg' ) .end +.sub 'true_' +$P0 = true +$I0 = $P0 +is( $I0, 1, 'good value' ) + +isa_ok( $P0, 'Boolean', 'good base type' ) +.end + +.sub 'false_' +$P0 = false +$I0 = $P0 +is( $I0, 0, 'good value' ) + +isa_ok( $P0, 'Boolean', 'good base type' ) +.end + +.sub 'undef_' +$P0 = undef +$I0 = $P0 +isa_ok( $P0, 'Undef', 'good base type' ) +.end + .HLL 'for_test' .HLL_map 'Integer' = 'MyInt' .HLL_map 'String' = 'MyString' .HLL_map 'Float' = 'MyFloat' +.HLL_map 'Boolean' = 'MyBoolean' +.HLL_map 'Undef' = 'MyUndef' .sub 'box_int' -.include 'include/test_more.pir' $P0 = box -100 $I0 = $P0 is( $I0, -100, 'value preserved when boxing int in HLL' ) @@ -144,6 +184,27 @@ isa_ok($P0, 'MyString', 'string boxed to appropriate type for HLL from reg') .end +.sub 'true_' +$P0 = true +$I0 = $P0 +is( $I0, 1, 'good value in HLL' ) + +isa_ok( $P0, 'MyBoolean', 'good base type for HLL' ) +.end + +.sub 'true_' +$P0 = true +$I0 = $P0 +is( $I0, 1, 'good value in HLL' ) + +isa_ok( $P0, 'MyBoolean', 'good base type for HLL' ) +.end + +.sub 'undef_' +$P0 = undef +isa_ok( $P0, 'MyUndef', 'good base type for HLL' ) +.end + # Local Variables: # mode: cperl # cperl-indent-level: 4
[perl #61290] [BIG] can't peek on stdin
# New Ticket Created by François PERRAD # Please include the string: [perl #61290] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61290 Since the merge of the branch ppd22io, the mode of the stdin stream has changed. Currently, it isn't possible to peek on stdin. $ cat peek.pir .sub 'main' $P0 = getstdin $S0 = peek $S0 .end $ ./parrot peek.pir peek.pir Can't peek at unbuffered I/O The issue was detected with I/O library of Lua (see languages/lua/t/io.t#17). François.
[perl #61242] [FTBFS] build fails with --optimize on 64bit linux
# New Ticket Created by Moritz Lenz # Please include the string: [perl #61242] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61242 After a 'make realclean' I ran 'perl Configure --optimize make'. It dies like this: ../../parrot -o PGE.pbc --output-pbc PGE.pir ../../parrot ../../runtime/parrot/library/PGE/Perl6Grammar.pir --output=PGE/bui ltins_gen.pir PGE/builtins.pg FixedIntegerArray: Can't resize! current instr.: 'parrot;P6metaclass;new_class' pc 95 (runtime/parrot/library/P6o bject.pir:126) make[1]: *** [PGE.pbc] Error 1 make[1]: Leaving directory `/home/moritz/src/parrot/compilers/pge' make: *** [compilers.dummy] Error 2 This is the output from Configure.pl: Parrot Version 0.8.1 Configure 2.0 Copyright (C) 2001-2008, The Perl Foundation. Hello, I'm Configure. My job is to poke and prod your system to figure out how to build Parrot. The process is completely automated, unless you passed in the `--ask' flag on the command line, in which case I'll prompt you for a few pieces of info. Since you're running this program, you obviously have Perl 5--I'll be pulling some defaults from its configuration. init::manifest - Check MANIFEST.done. init::defaults - Set Configure's default values.done. init::install - Set up installation paths..done. init::hints - Load platform and local hints filesdone. init::headers - Find header files distributed with Parrot..done. inter::progs -Determine what C compiler and linker to usedone. inter::make - Is make installed...yes. inter::lex - Is lex installedskipped. inter::yacc - Is yacc installed...skipped. auto::gcc - Is your C compiler actually gcc.yes. auto::glibc - Is GNU libc installed...yes. auto::backtrace - Does libc have the backtrace* functions.yes. auto::fink - Determine Fink location on Darwin...skipped. auto::macports - Determine Macports location on Darwin...skipped. auto::msvc - Is your C compiler actually Visual C++...no. auto::attributes -Detect compiler attributes.done. auto::warnings - Detect supported compiler warnings..set for gcc. init::optimize - Enable optimization.yes. inter::shlibs - Determine flags for building shared libraries.-fPIC. inter::libparrot -Should parrot link against a shared library.yes. inter::charset - Which charset files should be compiled in..done. inter::encoding - Which encoding files should be compiled in.done. inter::types -What types should Parrot use...done. auto::ops - Which opcode files should be compiled in...done. auto::pmc - Which pmc files should be compiled in..done. auto::alignptrs - Determine your minimum pointer alignment 1 byte. auto::headers - Probe for C headersdone. auto::sizes - Determine some sizes...done. auto::byteorder - Compute native byteorder for wordsize.little-endian. auto::va_ptr -Test the type of va_ptrregister. auto::format -What formats should be used for sprintfdone. auto::isreg - Does your C library have a working S_ISREG..yes. auto::arch - Determine CPU architecture and OS..done. auto::jit - Determine JIT capability.no. auto::cpu - Generate CPU specific stuffdone. auto::funcptr - Does compiler support function pointer casts...done. auto::cgoto - Does your compiler support computed gotoyes. auto::inline -Does your compiler support inline...yes. auto::gc -Determine allocator to use.done. auto::memalign - Does your C library support memalignyes. auto::signal -Determine some signal stuffdone. auto::socklen_t - Determine whether there is socklen_tyes. auto::env - Does your C library have setenv / unsetenv.both. auto::aio - Does your platform support AIO..yes. auto::gmp - Does your platform support GMP...no. auto::readline - Does your platform support readline..no. auto::gdbm - Does your platform support gdbm..no. auto::pcre - Does your platform support pcre..no.
[perl #61208] [PATCH] for changing the place of building Parrot-RPMs
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #61208] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61208 Hello, with Fedora 10 the place for building RPMs change from /usr/src/redhat to the directory rpmbuild in the home-directory of the user. So the command: sudo cp parrot-$(VERSION).tar.gz /usr/src/*/SOURCES does not work under Fedora 10. This patch modifies config/gen/makefiles/root.in to generate a Makefile that builds the RPMs in the subdirectory rpmbuild in the sources of parrot. So root privileges are not needed any more to execute the command make rpms. The patch is tested under Fedora 7 and Fedora 9 and make the build starting under Fedora 10. Also the file parrot.spec is patched to change the line --cc=%{__cc} \ to --cc=%{__cc} \ so that the c-compiler can be invoked with options, which he gets by the configuration under Fedora 10. May be %{__cxx} from the next line should also be set in double quotes. The patch is generated with: svn diff my_contribution.patch I put the file in the tar-archiv patch.tar for not getting this e-mail back with the error message: Probably the 'Hi' virus Gerd Pokorra patch.tar Description: Unix tar archive
[perl #61224] .eof returns false if last read call read the last byte of the file, but not beyond
# New Ticket Created by Jonathan Worthington # Please include the string: [perl #61224] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61224 Hi, It seems that the .eof() method on file handles can sometimes return true even if there is nothing more to read. This occurs when you have read upto the last byte of a file (e.g. when a readline reads up to the end of a newline, and that newline is the last thing in the file), but not beyond (which seems to be what causes the EOF flag to be set). I'm thinking this is the wrong behaviour? Thoughts and fixes welcome! Jonathan
[perl #61154] [TODO] Compiler - compreg disabled/imcc_compile_pir() not exported
# New Ticket Created by Ben Marsh # Please include the string: [perl #61154] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61154 The test in t/src/compiler.t is being skipped with comment 'compreg disabled/imcc_compile_pir() not exported'. I would suggest that the problem is more likely with imcc_compile_pir because the compreg thing is called in other tests that are not skipped.
[perl #61092] JSON/pge2pir.pir segaful on amd64
# New Ticket Created by Ilya Belikin # Please include the string: [perl #61092] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61092 Hi! --- osname= linux osvers= 2.6.22-3-amd64 arch= x86_64-linux-gnu-thread-multi cc= cc --- Flags: category=core severity=critical ack=no --- ../../parrot --output=JSON/grammar.pbc JSON/grammar.pir ../../parrot ../../compilers/tge/tgc.pir --output=JSON/pge2pir.pir JSON/pge2pir.tg make[1]: *** [JSON/pge2pir.pir] Segmentation fault make[1]: Leaving directory `/home/ihrd/parrot/compilers/json' make: *** [compilers.dummy] Error 2 --- Summary of my parrot 0.8.1 (r33568) configuration: configdate='Sat Dec 6 16:45:32 2008 GMT' Platform: osname=linux, archname=x86_64-linux-gnu-thread-multi jitcapable=0, jitarchname=nojit, jitosname=linux, jitcpuarch=amd64 execcapable=0 perl=/usr/bin/perl Compiler: cc='cc', ccflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHASATTRIBUTE_CONST -DHASATTRIBUTE_DEPRECATED -DHASATTRIBUTE_MALLOC -DHASATTRIBUTE_NONNULL -DHASATTRIBUTE_NORETURN -DHASATTRIBUTE_PURE -DHASATTRIBUTE_UNUSED -DHASATTRIBUTE_WARN_UNUSED_RESULT -falign-functions=16 -fvisibility=hidden -maccumulate-outgoing-args -W -Wall -Waggregate-return -Wcast-align -Wcast-qual -Wchar-subscripts -Wcomment -Wdisabled-optimization -Wendif-labels -Wextra -Wformat -Wformat-extra-args -Wformat-nonliteral -Wformat-security -Wformat-y2k -Wimplicit -Wimport -Winit-self -Winline -Winvalid-pch -Wmissing-braces -Wmissing-field-initializers -Wno-missing-format-attribute -Wmissing-include-dirs -Wpacked -Wparentheses -Wpointer-arith -Wreturn-type -Wsequence-point -Wno-shadow -Wsign-compare -Wstrict-aliasing -Wstrict-aliasing=2 -Wswitch -Wswitch-default -Wtrigraphs -Wundef -Wunknown-pragmas -Wno-unused -Wvariadic-macros -Wwrite-strings -Wbad-function-cast -Wc++-compat -Wdeclaration-after-statement -Wimplicit-function-declaration -Wimplicit-int -Wmain -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wnonnull -DDISABLE_GC_DEBUG=1 -DNDEBUG -O2 -DHAS_GETTEXT', Linker and Libraries: ld='cc', ldflags=' -L/usr/local/lib', cc_ldflags='', libs='-ldl -lm -lpthread -lcrypt -lrt -lgmp -lreadline -lpcre ' Dynamic Linking: share_ext='.so', ld_share_flags='-shared -L/usr/local/lib -fPIC', load_ext='.so', ld_load_flags='-shared -L/usr/local/lib -fPIC' Types: iv=long, intvalsize=8, intsize=4, opcode_t=long, opcode_t_size=8, ptrsize=8, ptr_alignment=1 byteorder=12345678, nv=double, numvalsize=8, doublesize=8 --- Environment: HOME =/home/ihrd LANG =en_NZ.UTF-8 LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH =/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games SHELL =/bin/bash
[perl #61060] Parser bug with attributes and blocks
# New Ticket Created by Simon Cozens # Please include the string: [perl #61060] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61060 This is a bit of a fragile one as it moves around depending on what NCI functions I have compiled. This segfaults for me: class foo { has $x; method y() { { $x } } } Previously it segfaulted like this: class foo { has $x; method y($bar) { given (1) { baz($x, $bar) } } }
[perl #61044] [BUG] r33477 fails t/compilers/imcc/syn/macro.t on OS X
Ovid: I'm going to merge this RT into the one we already have open reporting the same failure on Darwin/PPC. I believe the problem occurred in r33324. I think chromatic is looking into this. Thank you for your report. kid51
[perl #61038] parrot 0.8.0 compilation failure in Tru64 5.1B
# New Ticket Created by Jarkko Hietaniemi # Please include the string: [perl #61038] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61038 --- osname= dec_osf osvers= 5.1b arch= alpha-dec_osf-thread-multi cc= cc --- Flags: category=core severity=critical ack=no --- First we get a couple of warnings fro some files, but then one file refuses to compile (see below). I didn't notice any other warnings or failures during Configure.pl and/or during compilation. kosh:/tmp/jhi/parrot/parrot-0.8.0 ; uname -a OSF1 kosh.hut.fi V5.1 2650 alpha kosh:/tmp/jhi/parrot/parrot-0.8.0 ; cc -V Compaq C V6.5-011 on Compaq Tru64 UNIX V5.1B (Rev. 2650) Compiler Driver V6.5-003 (sys) cc Driver kosh:/tmp/jhi/parrot/parrot-0.8.0 ; .. src/ops/core_ops.c cc: Warning: src/ops/object.ops, line 436: Non-void function Parrot_removeattribute_p_s does not contain a return statement. (missingreturn) opcode_t * ^ cc: Warning: src/ops/object.ops, line 448: Non-void function Parrot_removeattribute_p_sc does not contain a return statement. (missingreturn) opcode_t * ^ cc: Warning: src/ops/object.ops, line 448: Non-void function Parrot_removeattribute_p_i does not contain a return statement. (missingreturn) opcode_t * ^ cc: Warning: src/ops/object.ops, line 453: Non-void function Parrot_removeattribute_p_ic does not contain a return statement. (missingreturn) opcode_t * ^ cc: Warning: src/ops/object.ops, line 517: Non-void function Parrot_pic_infix___ic_p_p does not contain a return statement. (missingreturn) opcode_t * ^ cc: Warning: src/ops/object.ops, line 522: Non-void function Parrot_pic_inline_sub___ic_p_p does not contain a return statement. (missingreturn) opcode_t * ^ cc: Warning: src/ops/object.ops, line 527: Non-void function Parrot_pic_get_params___pc does not contain a return statement. (missingreturn) opcode_t * ^ cc: Warning: src/ops/object.ops, line 532: Non-void function Parrot_pic_set_returns___pc does not contain a return statement. (missingreturn) opcode_t * ^ cc: Warning: src/ops/object.ops, line 537: Non-void function Parrot_pic_callr___pc does not contain a return statement. (missingreturn) opcode_t * ^ .. src/dynext.c cc: Info: src/dynext.c, line 367: In this statement, (Parrot_dlsym(...)) of type pointer to void, is being converted to pointer to function (pointer to struct parrot_interp_t) returning pointer to struct PMC. Such a cast is not permitted by the standard. (nonstandcast) (Parrot_dlsym(handle, cload_func_name)); ^ cc: Info: src/dynext.c, line 375: In this statement, (Parrot_dlsym(...)) of type pointer to void, is being converted to pointer to function (pointer to struct parrot_interp_t, pointer to struct PMC) returning void. Such a cast is not permitted by the standard. (nonstandcast) init_func = (void (*)(PARROT_INTERP, PMC *))(Parrot_dlsym(handle, -^ .. src/encoding.c cc: Warning: src/encoding.c, line 164: Non-void function Parrot_load_encoding does not contain a return statement. (missingreturn) const ENCODING * ^ cc: Warning: src/encoding.c, line 421: Non-void function Parrot_find_encoding_converter does not contain a return statement. (missingreturn) encoding_converter_t ^ .. src/exceptions.c cc: Error: src/exceptions.c, line 74: In this statement, _CONST_STRING_74 is not declared. (undeclared) VTABLE_set_integer_keyed_str(interp, exception, ^ cc: Error: src/exceptions.c, line 76: In this statement, _CONST_STRING_76 is not declared. (undeclared) VTABLE_set_integer_keyed_str(interp, exception, ^ cc: Error: src/exceptions.c, line 106: In the initializer for severity, _CONST_STRING_106 is not declared. (undeclared) const INTVAL severity = VTABLE_get_integer_keyed_str(interp, ^ cc: Error: src/exceptions.c, line 125: In this statement, _CONST_STRING_125 is not declared. (undeclared) exit_status = VTABLE_get_integer_keyed_str(interp, --^ cc: Error: src/exceptions.c, line 274: In the initializer for exitcode, _CONST_STRING_274 is not declared. (undeclared) int exitcode = VTABLE_get_integer_keyed_str(interp, exception, ---^ cc: Error: src/exceptions.c, line 400: In this statement, _CONST_STRING_400 is not declared. (undeclared) VTABLE_set_integer_keyed_str(interp, exception, ^ make: *** [src/exceptions.o] Error 1 --- Summary of my parrot 0.8.0 (r0) configuration: configdate='Thu Dec 4 01:47:07 2008 GMT' Platform: osname=dec_osf, archname=alpha-dec_osf-thread-multi jitcapable=0, jitarchname=nojit, jitosname=dec_osf, jitcpuarch=alpha execcapable=0 perl=perl Compiler: cc='cc', ccflags='-pthread -std1 -no_ansi_alias -D_INTRINSICS -fprm d -ieee -I/p/sys/db/include -I/p/include -DLANGUAGE_C -D_REENTRANT -D_XOPEN_SOURCE=500', Linker and
[perl #61052] [BUG]: r33482 Can't run 'make realclean' in languages/perl6 directory
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #61052] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61052 This bug has been around for a while, but I've been too lazy to report it :) My build tools automatically run a 'make realclean' if I type 'rebuild' in a directory with a Makefile. If you do that in languages/perl6, you can no longer run make in that directory. Doing an svn up doesn't help. Going back to the top level and running a 'make realclean make' also doesn't help. I know of no way to recover from this aside from doing a fresh checkout. Cheers, Ovid -- Buy the book - http://www.oreilly.com/catalog/perlhks/ Tech blog- http://use.perl.org/~Ovid/journal/ Twitter - http://twitter.com/OvidPerl Official Perl 6 Wiki - http://www.perlfoundation.org/perl6
[perl #60986] Win32 package refuses to install if not run by an administrator
# New Ticket Created by GW # Please include the string: [perl #60986] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60986 Hi, I think it is wrong that the Win32 installation package for Parrot refuses to install if not run by an administrator. I simply do not want to pollute my system and am therefore using a non-administrator user for everything. I know that the installation will then not be able to install filetype bindings, system wide entries in the registry or install itself in Program Files and that I will need to modify at least my PATH environment variable to get things working, but belive it or not - this is exactly what I want. gw P.S.: Could you also add a link to the bugs page on the LaunchPad site.
[perl #60940] Test failure: t/dynpmc/foo.t
# New Ticket Created by Klaas-Jan Stol # Please include the string: [perl #60940] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60940 On win32, XP, the test t/dynpmc/foo.t fails, wiht the output: t/dynpmc/dynlexpad..ok t/dynpmc/foook 1/9 t/dynpmc/fooNOK 3/9# Failed test 'loadlib with absolute pathname, no ext' # at t/dynpmc/foo.t line 57. # Exited with error code: 1 # Received: # Class 'Foo' not found # current instr.: 'main' pc 16 (C:\Documents and Settings\klaas-jan.stol\My Documents\parrot\t\dynpmc\foo_3.pir:15) # # Expected: # 42 # t/dynpmc/foook 8/9# Looks like you failed 1 test of 9.
[perl #60926] [BUG] t/compilers/imcc/syn/macro.t 'unterminated macro 2' fails on Darwin PPC
# New Ticket Created by James Keenan # Please include the string: [perl #60926] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60926 This test has recently begun to fail on Darwin/PPC. (It continues to pass for me on Linux/i386.) not ok 25 - unterminated macro 2 # Failed test 'unterminated macro 2' # at t/compilers/imcc/syn/macro.t line 329. # '' # doesn't match '/End of file reached/ # ' # './parrot 33328/t/compilers/imcc/syn/macro_25.pir' failed with exit code [SIGNAL 11] This is failing at r33328 (2008-11-29 03:50:08 -0500 (Sat, 29 Nov 2008)) and later revisions. It was passing as recently as here: Last Changed Rev: 33266 Last Changed Date: 2008-11-27 12:14:11 -0500 (Thu, 27 Nov 2008) Note: I reported this test as failing on 16 Feb 2008 in what is now http://rt.perl.org/rt3/Ticket/Display.html?id=50920. However, it subsequently began to pass. chromatic supplied a patch which got the test to pass as of 17 Feb 2008. (That RT remains open because *other* tests in that test file continue to fail.) backtrace: $ gdb ./parrot GNU gdb 6.1-20040303 (Apple version gdb-437) (Sun Dec 25 08:31:29 GMT 2005) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-apple-darwin...Reading symbols for shared libraries done (gdb) run t/compilers/imcc/syn/macro_25.pir Starting program: parrot t/compilers/imcc/syn/macro_25.pir Reading symbols for shared libraries .+. +.++ done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x004f3030 0x900031c8 in strlen () (gdb) bt #0 0x900031c8 in strlen () #1 0x0111c630 in getstring_va (interp=0x3106780, size=0, obj=0xbfffec38) at src/spf_vtable.c:322 #2 0x0111bcd8 in Parrot_sprintf_format (interp=0x3106780, pat=0x4eb688, obj=0xbfffec38) at src/spf_render.c:816 #3 0x010d51e8 in Parrot_vsprintf_s (interp=0x3106780, pat=0x4eb688, args=0xbfffed58 ) at src/misc.c:68 #4 0x010d526c in Parrot_vsprintf_c (interp=0x3106780, pat=0x14f9a40 End of file reached while reading arguments in '%s', args=0xbfffed54 ) at src/misc.c:89 #5 0x0143e838 in IMCC_fataly (interp=0x3106780, code_unused=56, fmt=0x14f9a40 End of file reached while reading arguments in '%s') at compilers/imcc/debug.c:72 #6 0x0142fe8c in read_params (valp=0x0, interp=0x3106780, params=0x31261f4, macro_name=0x4f3033 Address 0x4f3033 out of bounds, need_id=0, yyscanner=0x311f0e0) at compilers/imcc/imcc.l:916 #7 0x01430984 in expand_macro (interp=0x3106780, name=0x4f3033 Address 0x4f3033 out of bounds, yyscanner=0x311f0e0) at compilers/ imcc/imcc.l:1161 #8 0x0142b150 in yylex (valp=0xbfffeff4, yyscanner=0x311f0e0, interp=0x3106780) at compilers/imcc/imcc.l:512 #9 0x014228a4 in yyparse (yyscanner=0x311f0e0, interp=0x3106780) at compilers/imcc/imcparser.c:2810 #10 0x01433ab4 in compile_to_bytecode (interp=0x3106780, sourcefile=0xb87b t/compilers/imcc/syn/macro_25.pir, output_file=0x0) at compilers/imcc/main.c:950 #11 0x01433e44 in imcc_run (interp=0x3106780, sourcefile=0xb87b t/compilers/imcc/syn/macro_25.pir, argc=1, argv=0xb7cc) at compilers/imcc/main.c:1053 #12 0x2a40 in main (argc=1, argv=0xb7cc) at src/main.c:61
[perl #55386] [TODO] Remove Configure.pl -miniparrot option
On Wed Nov 26 13:18:57 2008, coke wrote: The only remaining instance in branch that I'm not sure how to resolve is t/configure/034-step.t Jim - if you could take a look at that usage of miniparrot and either bless it or remove it, that'd be very helpful. (I can't tell if it's referencing the executable or the config option.) It was just dummy copy. The point of that particular test was to see if genfile() caught the Perl error found in 'sprint' in the next line. But I changed it anyway so that grep wouldn't find it -- and added a test for the captured error message while I was stopping by. I was mistakenly working in trunk rather than branch today when I updated 5 t/steps/*.t test files. I then subsequently discovered that you worked on those files yourself today in branch. So you might get some trivial conflicts when you do the merge. Coverage analysis for configure and build tools in the rm_miniparrot branch can be seen at http://thenceforward.net/parrot/coverage/configure-build/coverage.html. AFAICT you can do the merge back into trunk whenever you're ready. Thank you very much. kid51
[perl #60798] [BUG] [META] Lack of 'To:' header may impede deliverability of email
# New Ticket Created by James Keenan # Please include the string: [perl #60798] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60798 Here are the headers I get when I receive an email due to my subscription to [EMAIL PROTECTED]: From: [EMAIL PROTECTED] Subject:[perl #38183] [TODO] smoke - possible 'Cross Site Scripting' issue Date: November 24, 2008 4:49:39 PM EST Cc: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Here are the headers I get when I receive an email due to my subscription to [EMAIL PROTECTED]: From: [EMAIL PROTECTED] Subject:Re: [parrot-tickets] [Parrot] #6: [TODO] remove VtableCache PMC Date: November 24, 2008 5:21:54 PM EST Cc: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Note the absence of a 'To:' header in each email. I believe this may cause Parrot email to be rejected as spam by anti-spam programs and Internet service providers. I am employed by a major email service provider -- the type of business that lives or dies on the basis of whether the email it sends is actually delivered to the intended recipients. I consulted with one of the deliverability experts at the company about the absence of 'To:' headers. He confirmed my suspicion that the absence of a 'To:' header could lead to rejection of our email. I became aware of this because I have long run a crude anti-spam program before downloading my email from my ISP. Whenever I receive an email lacking a 'To:' header, I get a classic Perl 5 uninitialized value warning: Use of uninitialized value $headers{To} in concatenation (.) or string at ... line 153, STDIN line 1. Until I started to (really, had to) subscribe to parrot-dev, I could be certain (99% confidence level) that any email I received without a 'To:' header was spam. So if my amateur program flags parrot-dev and parrot-tickets email as possible spam, what might professional programs do. I'll concede that I have no evidence that our email is already being rejected, but I think that, at the very least, delivering our mail to 'Cc:' rather than to 'To:' should be made public. Thank you very much. kid51
[perl #41168] [CAGE] graceful no compiler error message?
On Mon Nov 24 13:45:03 2008, coke wrote: I'm satisfied that the original request is resolved. There's a lot of discussion further down in the ticket which I /think/ can be shelved until whenever config is looked at down the road. Agreed. I will take the ticket now and close it in a few days unless someone registers strong objection. kid51
[perl #60622] [BUG] t/pmc/pmc.t failing on Darwin
Moritz confirmed that a related ticket is passing for him, so I'm stealing this ticket and marking it Resolved. kid51
[perl #46891] [TODO] [Perl] Test Parrot::Test::run_command
On Thu Oct 25 08:18:13 2007, pcoch wrote: In t/perl/Parrot_Test.t there is the todo item: # TODO test run_command() Do this please :-) Since RT 46893 calls for testing Parrot::Test in general, I'm going to merge this ticket into that one. kid51
[perl #46893] [TODO] [Perl] Complete test coverage of Parrot::Test
On Thu Oct 25 08:20:10 2007, pcoch wrote: In t/perl/Parrot_Test.t there are the todo item comments: # TODO test write_code_to_file(), plan(), skip(), slurp_file() # test the test functions from Parrot::Test # TODO: test the untested test functions This is all (realistically speaking) todo item. That is: test all functions contained within the Parrot::Test module. I am developing an approach to doing this which will apply to all the files in t/perl/*.t. I will post details soon. kid51
[perl #60068] [BUG] t/pmc/packfile.t: set_integer_keyed_str test failing on Darwin PPC
Test continues to pass, so I'm resolving ticket.
[perl #59636] [BUG] t/op/bitwise.t fails on Darwin
On Tue Oct 28 20:03:36 2008, [EMAIL PROTECTED] wrote: This has continued to pass for me on 10.4/PPC. Coke, if it's passing for you as well (which, from Smolder reports, appears to be the case), then can you close the ticket? No feedback from Coke, so I'm closing the ticket.
[perl #59638] [BUG] [MMD] t/pmc/bigint.t intermittently failing on various OSes
On Sun Oct 19 18:34:40 2008, [EMAIL PROTECTED] wrote: I probably spoke too soon. We have a Smolder failure report for this test on AIX. So I'm going to reopen the ticket and rename it failing intermittently on various OSes. The only data I have available on this is from our Smolder reports. It appears that this test has been passing on AIX since Nov 4: http://smolder.plusthree.com/app/public_projects/report_details/8093 So, keeping fingers crossed, I'm re-closing the ticket. kid51
[perl #46519] [BUG] t/stm/runtime.t test failures
No complaints since July, so I'm closing the ticket.
[perl #50920] [BUG]: t/compilers/imcc/syn/macro.t failing
On Sun Jul 20 18:55:22 2008, [EMAIL PROTECTED] wrote: This patch isn't ideal, but it gets us closer (and avoiding SIGABRT is good). Reviewing old tickets today. I applied this patch on my Linux/i386, but got no improvement. Test #36, which has been TODO-ed, still fails: not ok 36 - invalid label syntax # TODO RT #47978, RT #51104 # Failed (TODO) test 'invalid label syntax' # at t/compilers/imcc/syn/macro.t line 469. # 'compilers/imcc/imcc.l:1004: failed assertion 'valp-s' # Backtrace - Obtained 10 stack frames (max trace depth is 32). # (unknown) # Parrot_confess # (unknown) # yylex # yyparse # (unknown) # imcc_run # (unknown) # __libc_start_main # (unknown) # ' # doesn't match '/Syntax error in macro at: \('\$iter_loop:'\)/ # ' # './parrot t/compilers/imcc/syn/macro_36.pir' failed with exit code [SIGNAL 6] Here's the result of gdb: (gdb) run t/compilers/imcc/syn/macro_36.pir Starting program: t/compilers/imcc/syn/macro_36.pir [Thread debugging using libthread_db enabled] [New Thread 1098391040 (LWP 14520)] warning: Lowest section in /usr/lib/libicudata.so.36 is .hash at 00b4 compilers/imcc/imcc.l:1004: failed assertion 'valp-s' Backtrace - Obtained 10 stack frames (max trace depth is 32). (unknown) Parrot_confess (unknown) yylex yyparse (unknown) imcc_run (unknown) __libc_start_main (unknown) Program received signal SIGABRT, Aborted. [Switching to Thread 1098391040 (LWP 14520)] 0x41422947 in raise () from /lib/tls/libc.so.6 (gdb) bt #0 0x41422947 in raise () from /lib/tls/libc.so.6 #1 0x414240c9 in abort () from /lib/tls/libc.so.6 #2 0x401dcd6b in Parrot_confess (cond=0x405a0438 valp-s, file=0x405a0422 compilers/imcc/imcc.l, line=1004) at src/exceptions.c:506 #3 0x404d3d31 in read_macro (valp=0xbf8e6d0c, interp=0x804f048, yyscanner=0x81178d8) at compilers/imcc/imcc.l:1004 #4 0x404cfea2 in yylex (valp=0xbf8e6d0c, yyscanner=0x81178d8, interp=0x804f048) at compilers/imcc/imcc.l:455 #5 0x404c944d in yyparse (yyscanner=0x81178d8, interp=0x804f048) at compilers/imcc/imcparser.c:2781 #6 0x404d6bad in compile_to_bytecode (interp=0x804f048, sourcefile=0xbf8e7b74 t/compilers/imcc/syn/macro_36.pir, output_file=0x0) at compilers/imcc/main.c:950 #7 0x404d6f92 in imcc_run (interp=0x804f048, sourcefile=0xbf8e7b74 t/compilers/imcc/syn/macro_36.pir, argc=1, argv=0xbf8e6f48) at compilers/imcc/main.c:1053 #8 0x08048938 in main (argc=1, argv=0xbf8e6f48) at src/main.c:61
[perl #59924] [BUG] t/examples/library.t: new failure
On Sat Oct 18 09:39:52 2008, [EMAIL PROTECTED] wrote: Here is more data concerning the above test failure. Between r31872 (Oct 10) and r31967 (Oct 14), I used 'apt-get' to install 4 additional Debian packages on the Linux box on which these tests were run. The packages were: ii libgmp3-dev4.2.1+dfsg-4 Multiprecision arithmetic library developers ii libgmp3-doc4.2.1+dfsg-4 Multiprecision arithmetic library example co ii libgmp3c2 4.2.1+dfsg-4 Multiprecision arithmetic library ii libgmpxx4 4.2.1+dfsg-4 Multiprecision arithmetic library (C++ bindi I installed these packages because on Linux, Configure.pl was telling me in step auto::gmp that it could not locate GMP. So I was never building Parrot with GMP. After installing these four packages, Configure.pl told me it was now locating GMP. But it was after this install that the test in t/examples/library.t began to fail. So I called 'apt-get remove' to remove the 4 packages above. At this point the test began to pass in both r31967 and HEAD. So, can anyone speculate as to why installation of these 4 packages would cause a failure in a test of PCRE? This morning I found time to reinstall the 3 libgmp3 packages -- but I did not reinstall the libgmp4 package. All tests passed on Linux. So perhaps it was a problem between gmp3 and gmp4. Closing ticket. kid51
[perl #52196] [TODO] Secure F2F user feedback for configure-build-test cycle for Parrot and languages
We should continue to do these build fests -- invite me to your .pm meeting and I'll lead the fest -- but we don't need to keep an RT open to do it. So I'm resolving this ticket. Some issues discovered at individual build fests remain open, but they have their own RTs. Thank you very much. kid51
[perl #60474] Configure.pl doesn't properly detect osname
On Mon Nov 10 22:04:35 2008, pioto wrote: Sorry, I don't have a patch yet, I'm still figuring out how Configure.pl works. To debug this, you may find it helpful to call: perl Configure.pl --test=configure. This will run the tests in t/configure and t/steps. Of particular interest will be t/steps/auto_arch-01.t. kid51
[perl #59112] Failing test in t/examples/library.t
On Wed Oct 22 12:52:39 2008, masak wrote: Just wanted to note that the reported problem does not occur for me anymore. In fact, I don't see the file t/examples/library.t among the tested files in the `make test` output. Neither does grep. Unfortunately, all that demonstrates is that we changed the list of tests run during 'make test' to exclude t/examples/*.t. The test file itself is still very much there. $ ls -l t/examples/library.t -rw-r--r-- 1 jimk jimk 2108 Jul 2 20:26 t/examples/library.t Can you report what results you are currently getting when you run: prove -v t/examples/library.t ? Thank you very much. kid51
[perl #58958] Build of 0.7.1 fails with Intel compiler on Linux
Would it be possible to re-run these attempts to build Parrot using the latest available version (0.8.1, I believe) and report continuing problems? Thank you very much. kid51
[perl #58760] [BUG] perl-5.8.3 fails in dynpmc.pl with Cannot restore overloading on HASH(0x...) at Storable
I believe that since this RT was first posted we have upped our requirement for Storable.pm to v2.12 (without upping our requirement for Perl). Reini, are you still experiencing these problems? Thank you very much. kid51
[perl #58726] [PATCH] add the option encoding to Configure.pl
On Fri Sep 19 07:32:09 2008, pgerd wrote: On Do. 18. Sep. 2008, 10:52:32, julianalbo wrote: Is not good that pir or pasm code meaning be dependent of locale specifics of the system. Also in several operating systems is not the computer who is working with some charset and encoding or other, is each process (depending of user settings on locale env vars, for example). So establishing an immutable global default is not a good idea. I think Parrot use a global default (fixed_8) which should be configurable at least. I think it would be nice to have a changeable default as an Opcode. I think that this is a question which will call for a ruling from the architect and core developers. Allison, care to weigh in? Thank you very much. kid51
[perl #57286] t/examples/library.t fails during make test on OS X 10.5.4
This appears to be the same issue as reported in RT 59112, so I am going to merge this ticket into that. kid51
[perl #56206] [TODO] Modify the smoke server to accept smokes from releases, not just svn
We're in the beginning stages of deprecating smoke.parrotcode.org in favor of our Smolder report system. So it would probably not be worth our effort to modify the smoke system to accept smoke test reports from new sources, such as proposed here for releases. I would like to encourage you to try out the Smolder server by saying: make make smoldertest. It's as simple as that. I will close this ticket in 7 days if no one objects. Thank you very much. kid51
[perl #56032] YAPC::NA 2008 Chicago Buildfest Results
Jeff, Have you tried out the patch, or otherwise tried to build Parrot recently? Thank you very much. kid51