HTTP/1.1 -1 Read error in cache disk data: SuccessContent-Type: application/rss+xml; charset="utf-8" Last-Modified: Sat, 22 Jan 2022 02:10:15 GMT Content-length: 71825 Connection: Close Proxy-Connection: Close X-Cache: HIT from web1.osuosl.org Server: ProxyTrack 0.5 (HTTrack 3.49.2) Parrot: {1} Active Tickets http://trac.parrot.org/parrot/report/1 Trac Report - * List all active tickets by TT#. * Color each row based on type. en-us Parrot http://trac.parrot.org/parrot/chrome/site/parrot_logo.png http://trac.parrot.org/parrot/report/1 Trac v0.11.7 #5: partcl's [puts hi] exposes memory leaks in r33137 Mon, 24 Nov 2008 16:09:14 GMT Wed, 20 Jan 2016 14:39:11 GMT <p> First get a copy of parrot (r33137) and partcl (r172) </p> <p> (( <a class="ext-link" href="http://code.google.com/p/partcl/wiki/PartclSource"><span class="icon"> </span>http://code.google.com/p/partcl/wiki/PartclSource</a> )) </p> <p> Once you've built partcl, run the following command: </p> <p> valgrind --suppressions=/home/coke/sandbox/parrot/tools/dev/parrot.supp --num-callers=500 --leak-check=full --leak-resolution=high --show-reachable=yes ./parrot --leak-test languages/tcl/tcl.pbc -e "puts hi" </p> <p> This generates the about-to-be-attached valgrind output. (I've suppressed some uninit. warnings in this output to highlight the memory issues.) </p> http://trac.parrot.org/parrot/ticket/5 http://trac.parrot.org/parrot/ticket/5 Report #61: Investigate using an external hash library Wed, 17 Dec 2008 20:42:04 GMT Wed, 02 Feb 2011 19:27:58 GMT <p> We spend a lot of cycles on our hand-rolled hashing, both in terms of developer effort and CPU. </p> <p> It would be nice if we could use an off the shelf hash package. </p> <p> Any package under consideration would have to have a compatible license, and work on our minimal core platforms. </p> http://trac.parrot.org/parrot/ticket/61 http://trac.parrot.org/parrot/ticket/61 Report #67: Allow user to specify maximum size of GC allocation on command line Fri, 19 Dec 2008 00:59:33 GMT Thu, 19 May 2011 23:14:40 GMT <p> We should have a command line option for parrot that allows us to specify the maximum amount of memory the GC is allowed to allocate </p> http://trac.parrot.org/parrot/ticket/67 http://trac.parrot.org/parrot/ticket/67 Report #88: update pdd26-ast Wed, 24 Dec 2008 04:38:02 GMT Fri, 20 May 2011 00:35:57 GMT <p> Verify that pdd26-ast is up to date with current implementation and design. </p> http://trac.parrot.org/parrot/ticket/88 http://trac.parrot.org/parrot/ticket/88 Report #132: Can't thaw a Sub (or a PIR subclass of a Sub) Tue, 06 Jan 2009 03:52:34 GMT Wed, 12 May 2010 05:48:35 GMT <p> Code: </p> <pre class="wiki">.sub main :main $P0 = get_class 'Sub' $P1 = subclass $P0, 'myProc' .local pmc pirC pirC = compreg 'PIR' .local string code code = &lt;&lt;"END_CODE" .sub bar say "hi" .end END_CODE .local pmc compiled compiled = pirC(code) compiled = compiled[0] # just want the first executable sub here. compiled() # works .local pmc sub sub = new 'myProc' assign sub, compiled sub() # works $S0 = freeze sub say "frozen" $P2 = thaw $S0 say "thawed" $P2() .end </pre><p> Output: </p> <pre class="wiki">hi hi frozen Unsupported key type in Key.thaw current instr.: 'main' pc 48 (borked.pir:30) </pre><p> I'd expect to be able to thaw this PMC, and then invoke the sub after thaw. </p> http://trac.parrot.org/parrot/ticket/132 http://trac.parrot.org/parrot/ticket/132 Report #157: [TODO] Merge parrotblog.org into parrot.org Sun, 11 Jan 2009 03:10:06 GMT Sun, 19 Sep 2010 12:27:49 GMT <p> Before the 1.0 release, merge parrotblog.org into parrot.org. The tutorial posts should become regular pages in the developer section of the site. Other posts can be entered as news items (with the date set to match the original posting date). </p> <p> (Anyone who had posting access on parrotblog.org should have access to post stories on parrot.org now, but if you don't, let us know.) </p> http://trac.parrot.org/parrot/ticket/157 http://trac.parrot.org/parrot/ticket/157 Report #203: assign_pmc broken for pir subclasses? Wed, 21 Jan 2009 16:05:00 GMT Tue, 21 Jul 2009 02:19:51 GMT <pre class="wiki">.sub main $P1 = new 'Hash' .local pmc undef undef = new 'Undef' assign $P1, undef $S0 = typeof $P1 say $S0 $P1 = get_class 'Hash' $P2 = subclass $P1, 'myHash' $P1 = new 'myHash' .local pmc undef undef = new 'Undef' assign $P1, undef $S0 = typeof $P1 say $S0 .end </pre><p> this prints: </p> <pre class="wiki">Undef myHash </pre><p> but I expect it to print </p> <pre class="wiki">Undef Undef </pre><p> - this is blocking partcl. </p> http://trac.parrot.org/parrot/ticket/203 http://trac.parrot.org/parrot/ticket/203 Report #205: r35872 test fails on solaris Wed, 21 Jan 2009 20:39:05 GMT Fri, 13 Aug 2010 14:10:55 GMT <p> Test Summary Report </p> <hr /> <p> t/op/trans (Wstat: 256 Tests: 22 Failed: 1) </p> <blockquote> <p> Failed test: 14 Non-zero exit status: 1 </p> </blockquote> <p> Files=395, Tests=11826, 574 wallclock secs ( 3.10 usr 1.83 sys + 89.02 cusr 30.35 csys = 124.30 CPU) Result: FAIL make: *** [test] Error 1 </p> <p> I'm not sure what else you need, so here are some random things. </p> <p> uname -a SunOS web01-dev 5.10 Generic_127112-11 i86pc i386 i86pc Solaris </p> <p> ./parrot -V This is parrot version 0.9.0-devel built for nojit. Copyright (C) 2001-2008, The Perl Foundation. </p> <p> This code is distributed under the terms of the Artistic License 2.0. For more details, see the full text of the license in the LICENSE file included in the Parrot source tree. </p> http://trac.parrot.org/parrot/ticket/205 http://trac.parrot.org/parrot/ticket/205 Report #218: change function of get_addr and set_addr Fri, 23 Jan 2009 22:22:40 GMT Thu, 18 Nov 2010 19:09:17 GMT <p> I would expect the following code to print out 'a' twice, once for each type. This patch solves the ticket. But I'm not sure how "kosher" is it. </p> <pre class="wiki">.sub main sortme('ResizablePMCArray') $P1 = get_class 'ResizablePMCArray' $P0 = subclass $P1, 'RPA' sortme('RPA') .end .sub sortme .param string type $P0 = new type $P0[0]='z' $P0[1]='a' .local pmc comparator comparator = get_global 'ascii' $P0.'sort'(comparator) $S0 = $P0[0] say $S0 .end .sub ascii .param string a .param string b $I0 = cmp_str a,b .return($I0) .end </pre><p> Instead, it generates: </p> <pre class="wiki">a Method 'sort' not found for invocant of class 'RPA' current instr.: 'sortme' pc 53 (foo.pir:21) called from Sub 'main' pc 25 (foo.pir:10) </pre><p> sort is a method on FixedPMCArray; it's inherited by esizablePMCArray. It is apparently then NOT inherited by my PIR level subclass. </p> http://trac.parrot.org/parrot/ticket/218 http://trac.parrot.org/parrot/ticket/218 Report #220: editor/pir-mode.el should be a generated file Sat, 24 Jan 2009 05:41:25 GMT Tue, 12 Oct 2010 23:12:15 GMT <p> Rather than having to edit pir-mode to keep it up to date with existing PMC names, they (and any other bits than can be done at build time) should be done programmatically. </p> <p> This is a reasonable perl5 task. </p> http://trac.parrot.org/parrot/ticket/220 http://trac.parrot.org/parrot/ticket/220 Report #228: t/pmc/sub fails with runcore PBC Mon, 26 Jan 2009 05:05:58 GMT Sat, 19 Dec 2009 02:58:57 GMT <p> perl t/harness --gc-debug --running-make-test -r t/pmc/sub.t </p> <pre class="wiki">t/pmc/sub....NOK 63/64 # 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 (/local/scratch/dmajnem2/parrot/t/pmc/sub_63.pir:20) # called from Sub 'parrot;ABC;outer' pc 37 (/local/scratch/dmajnem2/parrot/t/pmc/sub_63.pir:14) # called from Sub 'main' pc 9 (/local/scratch/dmajnem2/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. t/pmc/sub....dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 63 Failed 1/64 tests, 98.44% okay Failed Test Stat Wstat Total Fail List of Failed ------------------------------------------------------------------------------- t/pmc/sub.t 1 256 64 1 63 Failed 1/1 test scripts. 1/64 subtests failed. Files=1, Tests=64, 2 wallclock secs ( 1.54 cusr + 0.46 csys = 2.00 CPU) Failed 1/1 test programs. 1/64 subtests failed. </pre><p> icc --version </p> <pre class="wiki">icc (ICC) 10.1 20080801 Copyright (C) 1985-2008 Intel Corporation. All rights reserved. </pre><p> svn info </p> <pre class="wiki">Path: . URL: https://svn.perl.org/parrot/trunk Repository Root: https://svn.perl.org/parrot Repository UUID: d31e2699-5ff4-0310-a27c-f18f2fbe73fe Revision: 36011 Node Kind: directory Schedule: normal Last Changed Author: Whiteknight Last Changed Rev: 36011 Last Changed Date: 2009-01-25 17:09:07 -0600 (Sun, 25 Jan 2009) </pre> http://trac.parrot.org/parrot/ticket/228 http://trac.parrot.org/parrot/ticket/228 Report #236: implement pdd14-numbers Tue, 27 Jan 2009 19:44:29 GMT Wed, 13 Oct 2010 00:34:28 GMT <p> add NaN/Inf to pdd, review spec against reality, implement what remains. </p> http://trac.parrot.org/parrot/ticket/236 http://trac.parrot.org/parrot/ticket/236 Report #253: warn on possibly conflicting opengl headers Wed, 28 Jan 2009 18:31:27 GMT Tue, 02 Mar 2010 15:33:44 GMT <p> a) warn if the opengl header parser finds more than one "set" of opengl headers which might lead to nci runtime conflicts. </p> <p> b) support --with-opengl-include and --with-opengl-libs for disambiguation </p> <p> per irc discussion with japhb and particle only warn, not fail. <a class="ext-link" href="http://irclog.perlgeek.de/parrot/2009-01-28#i_870777"><span class="icon"> </span>http://irclog.perlgeek.de/parrot/2009-01-28#i_870777</a> </p> http://trac.parrot.org/parrot/ticket/253 http://trac.parrot.org/parrot/ticket/253 Report #260: Build error on windows 2008 server Sun, 01 Feb 2009 18:19:48 GMT Wed, 26 Jan 2011 02:56:43 GMT <pre class="wiki">The build process doesn't complete on my windows 2008 server machine. I run activastate perl 5.10 and visual studio 2008 team system edition Version 9.0.21022.8 RTM. I get a crash in the configure step in test_7304 ( determine JIT capability) as it seems that some executbale is being killed by the DEP ( Data Execution Prevention ) facility provided in windows 2008. Nmake then manages to buid the parrot executable but doesn't complete correctly; I attach hereafter the last lines of the build log: Creating library dan_ops_switch.lib and object dan_ops_switch.exp C:\Perl\perlBins\bin\perl.exe -e "chdir shift @ARGV;system 'nmake', '-no logo', @ARGV; exit $? &gt;&gt; 8;" compilers\pct ..\..\parrot.exe -o ..\..\runtime\parrot\library\PCT.pbc --output-pbc PC T.pir ..\..\parrot.exe -o ..\..\runtime\parrot\library\PCT\PAST.pbc --output-p bc src\PAST.pir ..\..\parrot.exe -o ..\..\runtime\parrot\library\PCT\Grammar.pbc --outpu t-pbc src\PCT\Grammar.pir ..\..\parrot.exe -o ..\..\runtime\parrot\library\PCT\HLLCompiler.pbc --o utput-pbc src\PCT\HLLCompiler.pir C:\Perl\perlBins\bin\perl.exe -e "chdir shift @ARGV;system 'nmake', '-no logo', @ARGV; exit $? &gt;&gt; 8;" compilers\pge C:\Perl\perlBins\bin\perl.exe -MExtUtils::Command -e rm_f PGE.pbc ..\..\ runtime\parrot\library\PGE.pbc C:\Perl\perlBins\bin\perl.exe -e "" &gt;PGE\builtins_gen.pir ..\..\parrot.exe -o PGE.pbc --output-pbc PGE.pir ..\..\parrot.exe ..\..\runtime\parrot\library\PGE\Perl6Grammar.pir --ou tput=PGE\builtins_gen.pir PGE\builtins.pg NMAKE : fatal error U1077: '..\..\parrot.exe' : return code '0xc0000005' Stop. NMAKE : fatal error U1077: 'C:\Perl\perlBins\bin\perl.exe' : return code '0x2' Stop. </pre> http://trac.parrot.org/parrot/ticket/260 http://trac.parrot.org/parrot/ticket/260 Report #277: revive examples/c/test_main Fri, 06 Feb 2009 07:14:47 GMT Mon, 22 Nov 2010 20:29:25 GMT <p> Attached patch makes examples/c/test_main.c work again. </p> <p> It is a useful example for </p> <blockquote> <p> make exec EXEC=examples/c/test_main </p> </blockquote> <p> So I also added $(EXEC).o as convenience dependency for make exec </p> http://trac.parrot.org/parrot/ticket/277 http://trac.parrot.org/parrot/ticket/277 Report #285: cmp/bitwise/other mmd vtable functions should not go through proxy pmc Fri, 06 Feb 2009 23:25:20 GMT Sun, 03 Jul 2011 17:12:11 GMT <p> In rakudo 1 &lt;=&gt; undef was doing the right thing while undef &lt;=&gt; 1 was failing. The first case works because integer.pmc has a multi cmp_num for undef and the VTABLE_get_integer(INTERP, value) call on the Failure value was correctly calling the Failure get_integer vtable method. When I tried to patch undef.pmcI noticed that I was having trouble getting a cmp_num vtable function in that file to call the Failure get_integer vtable method because the value for SELF was an undef pmc rather than a failure pmc. After further digging I concluded that the cmp_num function was being called through a proxy pmc and cmp_num was behaving differently in that regard from add and subtract which did an mmd call through the default pmc. The module lib/Parrot/Pmc2c/PMC/Object.pm generates the vtable forwarding functions and relies on the vtable_method_does_multi subroutine in lib/Parrot/Pmc2c/PMC.pm to decide which vtable methods go through a proxy and which don't. </p> <p> After dropping by #parrot on Feb 5 I was advised that having bitwise and cmp functions go through a proxy pmc might be an oversight and I was asked to come up with an appropriate test if possible. </p> <p> The patch included (not attached) below relies on the largely baseless assumption that none of the default pmc vtable mmd functions should go through a proxy from an object when I only seem to have been told that fewer of them should. I thought at least parts of it might be useful if taken fwiw. </p> <p> The attached patch to t/oo/vtableoverride.t should provide some testing for the desired behavior. </p> <p> Cheers, Ron </p> <p> The fwiw parrot patch: Index: lib/Parrot/Pmc2c/PMC.pm =================================================================== --- lib/Parrot/Pmc2c/PMC.pm (revision 36383) +++ lib/Parrot/Pmc2c/PMC.pm (working copy) @@ -328,14 +328,27 @@ </p> <blockquote> <p> return $self-&gt;vtable-&gt;attrs($methodname)-&gt;{write}; </p> </blockquote> <blockquote> <p> } </p> </blockquote> <p> +my $multi_cmp = qr/cmp(?:_num|_string|_pmc)?/; +my $multi_logical = qr/logical_(?:or|and|xor)/; +my $multi_bitwise = qr/bitwise_(?:or|and|xor|shl|shr|lsr)/; +my $multi_bitwise_str = qr/bitwise_(?:or|and|xor)/; +my $multi_arithmetic = qr/add|subtract|multiply|divide|floor_divide|modulus|pow/; + +my $multi_bitwise_style = qr/(?:$multi_bitwise|repeat)(?:_int)?/o; +my $multi_bitwise_str_style = qr/(?:$multi_bitwise|concat)(?:_str)?/o; +my $multi_arithmetic_style = qr/$multi_arithmetic(?:_int|_float)?/o; + +my $multi_bit_or_arith_style = qr/ + (?:i_)? + (?:$multi_bitwise_style|$multi_bitwise_str_style|$multi_arithmetic_style) +/xo; + </p> <blockquote> <p> sub vtable_method_does_multi { </p> <blockquote> <p> my ( $self, $methodname ) = @_; </p> </blockquote> </blockquote> <p> </p> <blockquote> <blockquote> <p> return 1 if ($methodname =~ m/<sup> </sup></p> </blockquote> </blockquote> <p> - (?:i_)? - (?:add|subtract|multiply|divide|floor_divide|modulus) - (?:_int|_float)? - $/x); + (?:$multi_cmp|$multi_logical|$multi_bit_or_arith_style) + $/xo); </p> <blockquote> <p> } </p> </blockquote> <p> </p> <blockquote> <p> sub super_method { </p> </blockquote> http://trac.parrot.org/parrot/ticket/285 http://trac.parrot.org/parrot/ticket/285 Report #304: Some files copyright Melvin Smith Tue, 10 Feb 2009 03:04:38 GMT Tue, 27 Jul 2010 21:19:46 GMT <p> To resolve an outstanding copyright issue, the following files need to be updated to reflect a TPF or Parrot Foundation copyright. </p> <p> The easiest way to do this is to get a CLA (<a class="ext-link" href="http://www.parrot.org/files/parrot_cla.pdf"><span class="icon"> </span>http://www.parrot.org/files/parrot_cla.pdf</a>) from Melvin Smith and update the copyright to the Parrot Foundation. </p> <pre class="wiki">imcc/imcc.l imcc/imcc.y imcc/imclexer.c imcc/imcparser.c imcc/main.c imcc/parser_util.c </pre> http://trac.parrot.org/parrot/ticket/304 http://trac.parrot.org/parrot/ticket/304 Report #313: ignore print -0 test errors on win32 Wed, 11 Feb 2009 09:07:06 GMT Tue, 03 Aug 2010 21:58:46 GMT <p> The win32 msvcrt has a special limitation not to print -0 as -0, instead it prints 0. </p> <p> openbsd seems to have the same problem. cygwin is not affected, since it uses newlib, which is similar to the glibc in this regard. </p> <p> For now I fixed the failing tests, but there should be a workaround. </p> <pre class="wiki">t\pmc\complex.t: not ok 380 - sinh of 0-2i # Have: 0.000000-0.909297i # Want: -0.000000-0.909297i not ok 381 - sinh of 0+2i # Have: 0.000000+0.909297i # Want: -0.000000+0.909297i t\pmc\float.t: not ok 23 - neg 0 # Failed test 'neg 0' # at t\pmc\float.t line 509 # '0' # doesn't match '/^-0/ # ' t\op\arithmetics.t: not ok 7 - turn a native number into its negative # Failed test 'turn a native number into its negative' # at t\op\arithmetics.t line 175. # got: '0 # 0 # -123.456789 # 123.456789 # 0 # 0 # -123.456789 # 123.456789 # ' # expected: '-0 # 0 # -123.456789 # 123.456789 # -0 # 0 # -123.456789 # 123.456789 # ' </pre><p> The internal numeric representation seems not to be affected. In detail, this patch does not help. It's just the printer. </p> <pre class="wiki">Index: parrot-svn/src/ops/math.ops =================================================================== --- parrot-svn.orig/src/ops/math.ops +++ parrot-svn/src/ops/math.ops @@ -774,7 +774,17 @@ inline op neg(inout INT) :base_core { } inline op neg(inout NUM) :base_core { +#ifdef WIN32 + /* The msvcrt is broken for neg -0.0 */ + if ($1 == -0.0) { + $1 = -0.0; + } + else { + $1 = - $1; + } +#else $1 = - $1; +#endif } inline op neg(invar PMC) :base_core { @@ -786,7 +796,17 @@ inline op neg(out INT, in INT) :base_cor } inline op neg(out NUM, in NUM) :base_core { +#ifdef WIN32 + /* The msvcrt is broken for neg -0.0 */ + if ($2 == -0.0) { + $1 = -0.0; + } + else { + $1 = - $1; + } +#else $1 = - $2; +#endif } inline op neg(out PMC, invar PMC) :base_core { </pre> http://trac.parrot.org/parrot/ticket/313 http://trac.parrot.org/parrot/ticket/313 Report #322: Annoying cygwin/mingw cfg readline popup Thu, 12 Feb 2009 07:28:39 GMT Wed, 22 Sep 2010 21:54:02 GMT <p> mingw with cygwin also installed but not in the path leads an annoying modal warning popup about the missing cygreadline dll, because the mingw libpath search also includes the cygwin /lib path. </p> <p> auto::readline - Does your platform support readline...Can't spawn ".\test_4744.exe": Bad file descriptor at lib/Parrot/Configure/Utils.pm line 86. .............done. </p> <p> Either us a win32 trick to ignore this process invocation warning about a missing dll, or remove the wrong cygwin libpaths from the linker search path. </p> <pre class="wiki">auto::readline - Does your platform support readline... gcc -Wl,--verbose test_892.o -lreadline -o test_892.exe -lmsvcrt -lmoldname -kernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -version -lodbc32 -lodbccp32 -lgmp .\test_892.exe ... attempt to open c:\strawberry\c\mingw32\bin\../lib\libreadline.a failed ... attempt to open /mingw/lib\libreadline.a failed attempt to open /usr/local/lib/libreadline.dll.a failed attempt to open /usr/local/lib/readline.dll.a failed attempt to open /usr/local/lib/libreadline.a failed attempt to open /usr/local/lib/readline.lib failed attempt to open /usr/local/lib/libreadline.dll failed attempt to open /usr/local/lib/readline.dll failed attempt to open /usr/local/lib\libreadline.a failed attempt to open /lib/libreadline.dll.a succeeded (/lib/libreadline.dll.a)d000367.o (/lib/libreadline.dll.a)d000000.o (/lib/libreadline.dll.a)d000584.o </pre><p> /lib/libreadline.dll.a is a cygwin path, and mingw should not even know about that mountpoint </p> http://trac.parrot.org/parrot/ticket/322 http://trac.parrot.org/parrot/ticket/322 Report #326: win32 Wide API needed . 'make smoke' failed 63 tests. Fri, 13 Feb 2009 15:38:38 GMT Mon, 21 Feb 2011 14:21:13 GMT <p> It failed 63 tests. </p> <p> see <a class="ext-link" href="http://smolder.plusthree.com/app/public_projects/report_details/17984"><span class="icon"> </span>http://smolder.plusthree.com/app/public_projects/report_details/17984</a> </p> <p> parrot fails to load: .\parrot.exe -o C:/DOCUME~1/É¢»¨ÄÁÈË/LOCALS~1/Temp/tySepN24eO </p> <p> The Windows Wide API is not enabled. </p> <p> As workaround $TEMP could be checked to point to a pure ascii path. </p> http://trac.parrot.org/parrot/ticket/326 http://trac.parrot.org/parrot/ticket/326 Report #339: msvc+mingw detection Sun, 15 Feb 2009 10:46:27 GMT Tue, 02 Mar 2010 15:34:41 GMT <p> With r36750 I had to fix one more MSWin32 compiler detection (uppercase allowed), but there are several more instances of compiler special cases in the makefile templates and tests. </p> <p> My proposal is to get that right in the first place, config/init/hints/mswin32.pm, and store it in the config as <strong>msvc</strong>, <strong>mingw</strong>, and maybe also icc or borland keys. </p> <p> Use these keys in the makefile templates and testsuite then. </p> <p> cc="ccache cl" for example might not be safe also. </p> <p> The patch in TT <a class="closed ticket" href="http://trac.parrot.org/parrot/ticket/312" title="bug: disable static on win32/aix if shared (closed: invalid)">#312</a> already contains the mingw and msvc keys, as they are the only one currently used. </p> http://trac.parrot.org/parrot/ticket/339 http://trac.parrot.org/parrot/ticket/339 Report #357: Enable meaningful testing of t/native_pbc/*.t Wed, 18 Feb 2009 22:28:58 GMT Sat, 26 Feb 2011 12:56:32 GMT <p> Version 0.9.1 was released with failing t/native_pbc/*.t tests. If the tests are to be included in 1.0, it would be nice to have confidence that they will pass in the released version. </p> <p> Offhand, I can think of three big problems that contributed to the failure. I hasten to add that *all* of these were out of the control of the release manager -- they are inherent in the design of the tests. </p> <p> 1. The tests act differently in "DEVELOPING" versus released directories, meaning all the tests done in an svn-checkout -- even those done just prior to release -- weren't necessarily relevant. </p> <p> 2. The release procedure is difficult in practice. It is not easy, on short notice, to get developers with all the requisite different platforms to run the appropriate scripts, commit the appropriate files, and re-run all the appropriate tests. Also, because of item 1, even running all the appropriate tests does not ensure that the tests will actually pass in the released version. </p> <p> 3. There was no meaningful code freeze prior to the release, making it essentially impossible to do the coordination necessary for item 2. </p> <p> What to do? </p> <p> First, if the tests are to be kept, they must be designed so that they can be meaningfully run well in advance of the release. That way, new raw pbc files can be generated ahead of time, committed, and tested, and failures can be addressed. If they cannot be redesigned this way, then I think they are too fragile to waste time on, and they should simply be deleted. </p> <p> Second, I think the ideas of having a code freeze and issuing release candidates merit serious consideration prior to 1.0. </p> http://trac.parrot.org/parrot/ticket/357 http://trac.parrot.org/parrot/ticket/357 Report #358: complex NaN Thu, 19 Feb 2009 09:14:33 GMT Wed, 19 Oct 2011 17:34:21 GMT <pre class="wiki">$ perl6 &gt; say NaN*1i NaNNaNi </pre><p> All complex ops with NaN should return NaN. </p> <p> Check the complex ops with NaN, add tests. </p> http://trac.parrot.org/parrot/ticket/358 http://trac.parrot.org/parrot/ticket/358 Report #359: enable UUID for pbc Thu, 19 Feb 2009 22:15:57 GMT Tue, 02 Mar 2010 15:34:58 GMT <p> With r36890 I've enabled UUID stamping of pbc's for the t/native_pbc/ tests. tools/dev/pbc_header.pl --upd works now again. </p> <p> In order to enable UUID's (uuid_type=1) for all PBC's I plan the following: </p> <ul><li>read the UUID, the md5 fingerprint of PBC_COMPAT with Parrot::BuildUtils::generate_pbc_fingerprint() at Configure.pl </li></ul><ul><li>uuid_size = 12, so that the new padding in the header will be 2 instead of 14 and the header size before the directory stay the same. </li></ul><ul><li>store the pbc_fingerprint as PBC_UUID in config.h for packfile.c </li></ul><ul><li>write every pbc with this UUID </li></ul><ul><li>check the UUID when reading pbc's and warn when reading incompatible PBC's, different UUID's. </li></ul><ul><li>error on reading newer bytecode versions, allow reading older versions. That was the original intention at least. </li></ul><p> </p> http://trac.parrot.org/parrot/ticket/359 http://trac.parrot.org/parrot/ticket/359 Report #364: ptr_alignment 8 not honored, sparc 64bit broken Fri, 20 Feb 2009 18:10:42 GMT Tue, 02 Mar 2010 15:36:52 GMT <p> Sparc 64bit with strict ptr_alignment=8 breaks when reading frozen pmc's because of misalignment. </p> <p> Any 64bit big-endian cpu with strict alignment is broken without <strong>-xmemalign=4s</strong> (the immediate workaround) The default for all v9 architectures is <strong>-xmemalign=8s</strong>. </p> <p> However, our goal should be to allow fast aligned code and not to skip this with a compiler relaxement. </p> <pre class="wiki">t@1 (l@1) stopped in PF_fetch_integer at line 1076 in file "pf_items.c" 1076 ASSERT_ARGS(PF_fetch_integer) (dbx) step t@1 (l@1) stopped in PF_fetch_integer at line 1078 in file "pf_items.c" 1078 if (!pf || pf-&gt;fetch_iv == NULL) (dbx) print *(*stream) **stream = 4 (dbx) step t@1 (l@1) stopped in PF_fetch_integer at line 1079 in file "pf_items.c" 1079 return *(*stream)++; (dbx) print *(*stream) **stream = 4 (dbx) step t@1 (l@1) signal BUS (invalid address alignment) in PF_fetch_integer at line 1079 in file "pf_items.c" 1079 return *(*stream)++; (dbx) print *(*stream) **stream = 35 (dbx) print *stream *stream = 0x100000dec </pre><p> <strong>0x100000dec</strong> is not properly aligned. It must be <strong>0x100000df0</strong>. </p> <p> Sparc cc manpage:<br /> -xmemalign[=&lt;a&gt;&lt;b&gt;] Controls memory alignment, &lt;a&gt;={1|2|4|8|16}, b={f|i|s}.<br /> Accepted values for b are:<br /> i Interpret access and continue execution.<br /> s Raise signal SIGBUS. <br /> f For variants of -xarch=v9 only. [reduced i] <br /> </p> <p> Thanks to Rolf Grossmann for coming up with all this info and debugging, and to Andy Dougherty for correcting my wrong first analysis. </p> <p> The fix for 1.0 will be a hints file update to add -xmemalign=4s to cc_flags, the goal for 2.6 will be a --64bitcompat argument to parrot to create 8-byte aligned values on 32-bit, not 4-byte as now. </p> http://trac.parrot.org/parrot/ticket/364 http://trac.parrot.org/parrot/ticket/364 Report #370: Rounding Inf and NaN Tue, 24 Feb 2009 08:52:42 GMT Thu, 09 Sep 2010 20:31:59 GMT <p> $ ./perl6 </p> <blockquote class="citation"> <p> say ceiling(NaN) </p> </blockquote> <p> -2147483648 </p> <blockquote class="citation"> <p> say floor(NaN) </p> </blockquote> <p> -2147483648 </p> <blockquote class="citation"> <p> say floor(Inf) </p> </blockquote> <p> -2147483648 </p> <blockquote class="citation"> <p> say ceiling(Inf) </p> </blockquote> <p> -2147483648 </p> http://trac.parrot.org/parrot/ticket/370 http://trac.parrot.org/parrot/ticket/370 Report #378: Deprecation warnings in in config/gen/platform/darwin/dl.c in r37011 Thu, 26 Feb 2009 01:37:59 GMT Fri, 18 Dec 2009 01:49:21 GMT <pre class="wiki">config/gen/platform/darwin/dl.c: In function ‘Parrot_dlopen’: config/gen/platform/darwin/dl.c:129: warning: ‘NSCreateObjectFileImageFromFile’ is deprecated (declared at /usr/include/mach-o/dyld.h:145) config/gen/platform/darwin/dl.c:133: warning: ‘NSLinkModule’ is deprecated (declared at /usr/include/mach-o/dyld.h:161) config/gen/platform/darwin/dl.c:137: warning: ‘NSDestroyObjectFileImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:147) config/gen/platform/darwin/dl.c:144: warning: ‘NSAddImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:230) config/gen/platform/darwin/dl.c: In function ‘Parrot_dlsym’: config/gen/platform/darwin/dl.c:218: warning: ‘NSIsSymbolNameDefined’ is deprecated (declared at /usr/include/mach-o/dyld.h:176) config/gen/platform/darwin/dl.c:220: warning: ‘NSLookupAndBindSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:179) config/gen/platform/darwin/dl.c:226: warning: ‘NSIsSymbolNameDefinedInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:178) config/gen/platform/darwin/dl.c:228: warning: ‘NSLookupSymbolInImage’ is deprecated (declared at /usr/include/mach-o/dyld.h:182) config/gen/platform/darwin/dl.c:235: warning: ‘NSLookupSymbolInModule’ is deprecated (declared at /usr/include/mach-o/dyld.h:181) config/gen/platform/darwin/dl.c:246: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:188) config/gen/platform/darwin/dl.c: In function ‘Parrot_dlclose’: config/gen/platform/darwin/dl.c:272: warning: ‘NSUnLinkModule’ is deprecated (declared at /usr/include/mach-o/dyld.h:169) </pre> http://trac.parrot.org/parrot/ticket/378 http://trac.parrot.org/parrot/ticket/378 Report #411: RFC: Remove or fix SDL Fri, 06 Mar 2009 20:10:29 GMT Tue, 27 Jul 2010 21:08:43 GMT <p> t/examples/catchall.t shows a lot of failures even trying to /compile/ the SDL examples/libraries, let alone run them. </p> <p> I propose we remove the library and examples before the next supported release - it can go back into a release once it builds again. </p> <p> Or someone could fix it. </p> http://trac.parrot.org/parrot/ticket/411 http://trac.parrot.org/parrot/ticket/411 Report #435: languages moved to examples need tests. Wed, 11 Mar 2009 12:31:37 GMT Wed, 13 Oct 2010 02:58:35 GMT <p> The tests for <tt>examples/languages</tt> should: </p> <ol><li> be run as part of <tt>make examples_tests</tt> </li><li>Once covered, they should be skipped from <tt>t/examples/catchall.t</tt> (see line 34 of this file for another skip) </li></ol><p> As it stands, the files in that directory are generating even more failures in examples_tests, because they aren't meant to be run from the top level directory, and <tt>.include</tt>s are failing. </p> http://trac.parrot.org/parrot/ticket/435 http://trac.parrot.org/parrot/ticket/435 Report #446: [CAGE] Fixed a few warnings and a NCI example on Windows using MSVS Sat, 14 Mar 2009 12:01:04 GMT Wed, 01 Dec 2010 19:49:11 GMT <p> Fixed <strong>warnings</strong> like unused variables, unreachable code in core.ops<br /> config/gen/platform/win32/exec.c<br /> config/gen/platform/win32/stat.c<br /> include/parrot/encoding.h<br /> src/embed.c<br /> src/oo.c<br /> src/ops/core.ops<br /> src/packfile.c<br /> src/spf_render.c<br /> src/string/encoding.c<br /> src/string/encoding/fixed_8.c<br /> src/thread.c<br /> </p> <p> also Fixed a <strong>NCI example</strong><br /> examples/nci/PQt.C<br /> examples/nci/PQt.cpp<br /> examples/nci/QtHelloWorld.pasm<br /> examples/nci/QtHelloWorld.pir <br /> </p> <p> this is a good way to get comfortable with code base :)<br /> </p> <pre class="wiki"> CREDITS | 2 config/gen/platform/win32/exec.c | 3 config/gen/platform/win32/stat.c | 3 examples/nci/PQt.C | 149 -------------------------------------- examples/nci/PQt.cpp | 151 +++++++++++++++++++++++++++++++++++++++ examples/nci/QtHelloWorld.pasm | 22 ++--- examples/nci/QtHelloWorld.pir | 69 +++++++++++++++++ include/parrot/encoding.h | 8 +- src/embed.c | 2 src/oo.c | 2 src/ops/core.ops | 13 ++- src/packfile.c | 2 src/spf_render.c | 3 src/string/encoding.c | 10 ++ src/string/encoding/fixed_8.c | 8 +- src/thread.c | 6 + 16 files changed, 275 insertions(+), 178 deletions(-) </pre><pre class="wiki">: [FIXED]src\ops\core_ops.c [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced : [NOT FIXED]src\ops\experimental.ops(52) : warning C4189: 'unused' : local variable is initialized but not referenced : : [FIXED]f:\git\rakudo\parrot\src\ops\core.ops(1453) : warning C4702: unreachable code [FIXED]f:\git\rakudo\parrot\src\ops\core.ops(1472) : warning C4702: unreachable code [FIXED]f:\git\rakudo\parrot\src\ops\core.ops(1472) : warning C4702: unreachable code src\ops\core_ops_switch.c [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced : [FIXED]src\embed.c(1296) : warning C4189: 'pf' : local variable is initialized but not referenced [FIXED]src\string\encoding.c [FIXED]src\string\encoding.c(156) : warning C4646: function declared with __declspec(noreturn) has non-void return type [FIXED]src\string\encoding.c(445) : warning C4646: function declared with __declspec(noreturn) has non-void return type : : [FIXED]src\packfile.c(868) : warning C4189: 'pf' : local variable is initialized but not referenced : [FIXED]src\spf_render.c [FIXED]src\spf_render.c(115) : warning C4005: 'snprintf' : macro redefinition [FIXED]F:\git\rakudo\parrot\include\parrot/misc.h(28) : see previous definition of 'snprintf' : : [FIXED]config/gen/platform/win32/stat.c(115) : warning C4244: '=' : conversion from 'time_t' to 'INTVAL', possible loss of data [FIXED]config/gen/platform/win32/stat.c(118) : warning C4244: '=' : conversion from 'time_t' to 'INTVAL', possible loss of data [FIXED]config/gen/platform/win32/stat.c(121) : warning C4244: '=' : conversion from 'time_t' to 'INTVAL', possible loss of data [FIXED]config/gen/platform/win32/exec.c(218) : warning C4090: 'function' : different 'const' qualifiers src\pmc_freeze.c f:\git\rakudo\parrot\src\pmc_freeze.c(1725) : warning C4706: assignment within conditional expression : : [FIXED]src\thread.c [FIXED]f:\git\rakudo\parrot\src\thread.c(639) : warning C4701: potentially uninitialized local variable 'val_sub' used [FIXED]f:\git\rakudo\parrot\src\thread.c(503) : warning C4700: uninitialized local variable 'interp' used : : [FIXED]src\string\encoding\fixed_8.c [FIXED]src\string\encoding\fixed_8.c(236) : warning C4646: function declared with __declspec(noreturn) has non-void return type : </pre> http://trac.parrot.org/parrot/ticket/446 http://trac.parrot.org/parrot/ticket/446 Report #457: t/dynpmc/os.t has invalid stat() and lstat() tests. Mon, 16 Mar 2009 13:38:44 GMT Thu, 23 Sep 2010 22:50:48 GMT <p> TT <a class="closed ticket" href="http://trac.parrot.org/parrot/ticket/325" title="bug: case-sensitivity test issues on win32 (closed: fixed)">#325</a> incorrectly put a "TODO" on the stat() and lstat() tests for Solaris in t/pmc/os.t. stat() and lstat() work fine on Solaris. The problem is that the test is wrong. It erroneously assumes that the st_dev value reported by one program (parrot, in this case) is necessarily the same as the st_dev value reported by another program (perl, in this case) that might have been compiled in a different mode. Specifically, on Solaris, the default system perl is compiled in 32-bit mode. If parrot is compiled in 64-bit mode, it will get a different 'st_dev' value. That's not a problem because, according to the Solaris man page for stat(2): </p> <p> <tt> Its value may be used as input to the ustat() function to determine more information about this file system. No other meaning is associated with this value. </tt> </p> <p> The fix is "simple": t/dynpmc/os.t should only compare the last 12 entries returned by stat, not all 13. Alas, I don't know how to do that in PIR. </p> <p> This problem is not necessarily specific to Solaris, though that's the platform where a mix of models is most likely to be encountered. </p> <p> If no one has the time to fix the tests, they should probably be skipped. Currently, it can result in spurious passing TODOs if perl and parrot happen to have been compiled in the same mode. </p> <p> <strong>UPDATE</strong>: Updated description 2010-09-20 to reflect movement of file from <i>t/pmc/</i> to <i>t/dynpmc</i>. </p> http://trac.parrot.org/parrot/ticket/457 http://trac.parrot.org/parrot/ticket/457 Report #463: refactor PCT::HLLCompiler's detection of Test::Harness Mon, 16 Mar 2009 14:49:42 GMT Wed, 02 Feb 2011 03:10:43 GMT <p> In order to facilitate using PCT::HLLCompiler with test harnesses, the C&lt;command_line&gt; method of PCT::HLLCompiler object exits silently if it detects that it is being run in a sample run from Perl's Test::Harness. Currently this detection is done by checking the second command line argument for "@INC"; future releases may use a different detection mechanism or eliminate it altogether. </p> http://trac.parrot.org/parrot/ticket/463 http://trac.parrot.org/parrot/ticket/463 Report #476: Binaries should not contain rpath Thu, 19 Mar 2009 20:14:26 GMT Fri, 25 Feb 2011 15:09:31 GMT <p> Unfortunately I have to find out, that the created binaries of parrot contains rpath. According to the Fedora packaging guidelines binaries should not contain rpaths. Instead a separate <tt>ld.so.conf</tt> file should be used. </p> <p> I was able to remove the rpaths with chrpath but this is not the preferred way to do this. </p> http://trac.parrot.org/parrot/ticket/476 http://trac.parrot.org/parrot/ticket/476 Report #486: When using struct array of size 1 get "Non existent array element in struct: count = 1 max=1" Sun, 22 Mar 2009 13:34:49 GMT Wed, 26 Jan 2011 03:11:14 GMT <p> When creating an array of structs with only one element char_offset_key does not recognize the pmc as an array. This looks like it is because it uses an internal var called max and assumes arrays always have size greater than 1. </p> <p> A workaround is to force an array of size 1 to be of size 2. </p> <p> An example test.pir to be attached. </p> http://trac.parrot.org/parrot/ticket/486 http://trac.parrot.org/parrot/ticket/486 Report #505: avoid 2038 bug Thu, 26 Mar 2009 18:47:45 GMT Fri, 25 Feb 2011 17:52:19 GMT <p> Original reported here: <a class="ext-link" href="http://rt.perl.org/rt3/Ticket/Display.html?id=57728"><span class="icon"> </span>http://rt.perl.org/rt3/Ticket/Display.html?id=57728</a> </p> <pre class="wiki">&gt;&gt; we definitely need date/time pmc(s?) not only to have a common epoch &gt;&gt; across platforms, but to deal with 2038. in particular, we should &gt;&gt; leverage schwern's work on perl to address the 2038 bug. &gt;&gt; ~jerry &gt; &gt; We definitely haven't already fixed this. Here's an easy test using &gt; libfaketime: &gt; &gt; $ cat time.pir &gt; .sub main :main &gt; .local int time_int &gt; time time_int &gt; say time_int &gt; .end &gt; $ ./parrot time.pir &gt; 1222213121 &gt; $ LD_PRELOAD=/usr/src/libfaketime-0.8/libfaketime.so.1 FAKETIME="+40y" &gt; ./parrot time.pir &gt; -1811314167 We can't make this example work. If you use an INTVAL, and the INTVAL can be signed 32 bits, there is no way to have a more than 31 bits unsigned stored on it as such. -- Salu2 </pre><p> Since this is unlikely to get resolved shortly and only has a small amount of history, moving tracking of issue here. </p> http://trac.parrot.org/parrot/ticket/505 http://trac.parrot.org/parrot/ticket/505 Report #508: JSON libraries should be renamed to something less confusing Thu, 26 Mar 2009 21:50:51 GMT Mon, 10 May 2010 13:19:50 GMT <p> There are three JSON.pbc files currently:- </p> <p> * compilers/json/JSON.pbc - for reading JSON. * library/JSON.pbc - for writing JSON. * library/Config/JSON.pbc for reading and writing config files containing JSON. </p> <p> The supplied patch renames the purely read/write ones to library/JSONReader.pbc and library/JSONWriter.pbc. </p> <p> However, what this patch misses is leaving a stub PBCs to manage a proper deprecation cycle. </p> http://trac.parrot.org/parrot/ticket/508 http://trac.parrot.org/parrot/ticket/508 Report #525: smolder: show which tests passed unexpectedly. Tue, 31 Mar 2009 12:07:53 GMT Mon, 22 Nov 2010 15:58:58 GMT <p> smolder RFC: show which tests passed unexpectedly. Would be very helpful to see which tests we can potentially untodo. </p> http://trac.parrot.org/parrot/ticket/525 http://trac.parrot.org/parrot/ticket/525 Report #540: installed versions of dynext/*.so still link to -lparrot in build directory Mon, 06 Apr 2009 15:58:02 GMT Mon, 23 May 2011 00:32:01 GMT <p> The installed *.so files in lib/parrot/&lt;version&gt;/dynext/ are linked to the version of -lparrot in the build directory. </p> <p> Before changing them to link to the -lparrot in the installed directory, however, it is worth asking whether they should be linked with -lparrot at all. </p> <p> Once this is all settled, TT <a class="reopened ticket" href="http://trac.parrot.org/parrot/ticket/476" title="bug: Binaries should not contain rpath (reopened)">#476</a> should be revisited because it strips all rpath usage to work around this bug. </p> http://trac.parrot.org/parrot/ticket/540 http://trac.parrot.org/parrot/ticket/540 Report #545: PackFile_unpack followed by PackFile_pack produces wrong results. Wed, 08 Apr 2009 12:19:51 GMT Sat, 19 Feb 2011 20:27:03 GMT <p> PackFile_pack for previously unpacked PBC reuses old PackFile_Header which leads to creating incorrect PBC. </p> http://trac.parrot.org/parrot/ticket/545 http://trac.parrot.org/parrot/ticket/545 Report #555: perldoc detection fails if build runs as root Tue, 14 Apr 2009 22:37:53 GMT Tue, 16 Jun 2009 17:23:44 GMT <p> If you build parrot as root, the detection of perldoc will always fail. The reason is that perldoc for security reasons runs as either 'nobody', 'nouser' or uid -2. Therefore, it cannot write to a file given as the argument to perldoc's -d option, when that file is created by File::Temp, since it's owned by root and has mode 0600. </p> <p> It also appears to me that the first part of the perldoc test is ... a little sketchy in how it should behave? capture_output doesn't collect STDERR output, it captures STDOUT output. </p> <p> I know, using &gt; instead of perldoc's -d option is possibly port unfriendly to non-Unix systems, so a better way of testing should probably be found. In my case, I do this for only Unix-y systems, so permit myself some leeway here. </p> <p> Patch to be attached. </p> <p> Regards, </p> <p> - Håvard </p> http://trac.parrot.org/parrot/ticket/555 http://trac.parrot.org/parrot/ticket/555 Report #558: [doc] < is not always escaped in HTML generation Thu, 16 Apr 2009 10:07:21 GMT Sun, 30 Jan 2011 04:13:05 GMT <p> in PIR block (=begin/end), the character &lt; is not escaped to a valid HTML entity. </p> <p> for example in book/ch03_pir.pod : </p> <pre class="wiki">&lt;pre&gt; .sub _main $I0 = 42 $I1 = 43 if $I0 &lt; $I1 goto L1 print "never printed" L1: print "after branch\n" end .end &lt;/pre&gt; </pre> http://trac.parrot.org/parrot/ticket/558 http://trac.parrot.org/parrot/ticket/558 Report #559: [doc] POD escape E<> is not handled by HTML generation Thu, 16 Apr 2009 10:12:00 GMT Sun, 30 Jan 2011 04:22:00 GMT <p> for example in book/ch09_pasm.pod, </p> <p> POD E&lt;#x3C0&gt; is not transformed to HTML entity &amp;#x3C0; </p> <pre class="wiki">&lt;pre&gt; set I0, 42 # set integer register #0 to the integer value 42 set N3, 3.14159 # set number register #3 to an approximation of E&lt;#x3C0&gt; </pre> http://trac.parrot.org/parrot/ticket/559 http://trac.parrot.org/parrot/ticket/559 Report #560: When we can't find a library, we shouldn't silently continue and give weird errors later Fri, 17 Apr 2009 09:47:54 GMT Sat, 09 Jul 2011 11:24:11 GMT <p> In particular, I'd argue that we should quit with an error, and show the path we searched. </p> http://trac.parrot.org/parrot/ticket/560 http://trac.parrot.org/parrot/ticket/560 Report #562: subclassing basic number types fails to inherit basic ops like add, sub, mul and div Sat, 18 Apr 2009 11:05:14 GMT Sat, 05 Dec 2009 23:00:15 GMT <p> When subclassing base types like Integer, Float and Complex. The ops sub, add, mul and div are not properly inherited by the derived class. </p> <p> A basic example is provided by the following code: - </p> <pre class="wiki">.sub '' :main $P0 = subclass 'Integer', 'FooInt' print 'Integer: 10 - 1 = ' $P0 = new 'Integer' $P0 = 10 sub $P1, $P0, 1 say $P1 print 'FooInt: 10 - 1 = ' $P0 = new 'FooInt' $P0 = 10 #$P1 = new 'FooInt' # uncommenting here does not help sub $P1, $P0, 1 say $P1 .end </pre><p> outputs the following: - </p> <pre class="wiki">Integer: 10 - 1 = 9 FooInt: 10 - 1 = Multiple Dispatch: No suitable candidate found for 'subtract_int', with signature 'PIP-&gt;P' ... </pre><p> This appears to be related to RT <a class="ext-link" href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=59630"><span class="icon"> </span>http://rt.perl.org/rt3/Public/Bug/Display.html?id=59630</a> which outlines the problem for a specific case of a Complex type. </p> <p> The attached script proves the bug also affects add, sub, mul, div for Integer, Float and Complex. It could be used as a test case. </p> http://trac.parrot.org/parrot/ticket/562 http://trac.parrot.org/parrot/ticket/562 Report #565: remove optional features from default config, refactor config probes Tue, 21 Apr 2009 13:29:50 GMT Tue, 21 Jul 2009 01:44:16 GMT <p> From <a href="https://trac.parrot.org/parrot/wiki/ParrotRoadmap">https://trac.parrot.org/parrot/wiki/ParrotRoadmap</a>. </p> http://trac.parrot.org/parrot/ticket/565 http://trac.parrot.org/parrot/ticket/565 Report #566: export conventions (cross hll) Tue, 21 Apr 2009 13:30:21 GMT Tue, 06 Apr 2010 21:32:00 GMT <p> From <a href="https://trac.parrot.org/parrot/wiki/ParrotRoadmap">https://trac.parrot.org/parrot/wiki/ParrotRoadmap</a>. </p> http://trac.parrot.org/parrot/ticket/566 http://trac.parrot.org/parrot/ticket/566 Report #567: pdd31-hll interop Tue, 21 Apr 2009 13:30:37 GMT Mon, 22 Nov 2010 15:51:46 GMT <p> From <a href="https://trac.parrot.org/parrot/wiki/ParrotRoadmap">https://trac.parrot.org/parrot/wiki/ParrotRoadmap</a>. </p> http://trac.parrot.org/parrot/ticket/567 http://trac.parrot.org/parrot/ticket/567 Report #568: hll interop Tue, 21 Apr 2009 13:31:01 GMT Mon, 22 Nov 2010 15:51:51 GMT <p> From <a href="https://trac.parrot.org/parrot/wiki/ParrotRoadmap">https://trac.parrot.org/parrot/wiki/ParrotRoadmap</a>. </p> http://trac.parrot.org/parrot/ticket/568 http://trac.parrot.org/parrot/ticket/568 Report #579: build failure on Solaris/x86 with GCC and native assembler Fri, 24 Apr 2009 12:09:21 GMT Mon, 17 Jan 2011 15:44:07 GMT http://trac.parrot.org/parrot/ticket/579 http://trac.parrot.org/parrot/ticket/579 Report #592: Add documentation for parrot_debugger Tue, 28 Apr 2009 21:03:28 GMT Sun, 27 Mar 2011 14:14:19 GMT <p> Add documentation for the PIR debugger, 'parrot_debugger'. We need more examples. </p> http://trac.parrot.org/parrot/ticket/592 http://trac.parrot.org/parrot/ticket/592 Report