Re: [perl #55374] [DOCS] Book references missing gif
On Fri, Jun 6, 2008 at 1:56 AM, chromatic [EMAIL PROTECTED] wrote: On Thursday 05 June 2008 19:43:40 Will Coleda wrote: $ ack '\.gif' docs/book docs/book/ch07_architecture.pod 89:Ffigs/p6e_0801.gif but this file isn't in the repository. We should either pull the reference, grab the image, or come up with a substitute. I have the file, but I'm not sure what the copyright on it is. -- c If Andrew's covers the spirit of the original, let's just use his. (honestly, something that simple could just as well be done with ascii art.) (http://search.cpan.org/dist/App-Asciio/lib/App/Asciio.pm) -- Will Coke Coleda
Re: [perl #55386] [RFC] Remove Configure.pl -miniparrot option
On Fri, Jun 6, 2008 at 6:15 AM, via RT Will Coleda [EMAIL PROTECTED] wrote: I'm not sure that supporting this option (And having to fix bugs to do it) is worth it. If we can remove this, we can also remove anything in the code that is ifdef'd around MINIPARROT. Several minipparot related tickets involve PIO inability to work with FILE * handles, and I think no one is working on this issue because of planned redoing of IO system using roles. So I think that we must delay the decision until that work is done, maybe at that point all fixes become trivial. -- Salu2
[perl #55372] [BUG] Segfault/double free when manually running perl6
# New Ticket Created by Seneca Cunningham # Please include the string: [perl #55372] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55372 I had started an attempt to determine which test in rakudo's spectest was causing a SIGBUS on my system (OS X 10.5, ppc) by manually running tests that occurred at the appropriate moment in time when the first attempt crashed with a SIGSEGV and a different stacktrace. Running the attempt as ../../parrot perl6.pbc t/spec/S12-class/basic.t does not crash, it only crashes when I use ../../perl6 t/spec/S12-class/basic.t herodotus:perl6 seneca$ ../../perl6 t/spec/S12-class/basic.t Statement not terminated properly at line 24, near ($foo.isa( current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82) called from Sub 'parrot;Perl6::Grammar;eat_terminator' pc 20340 (src/gen_grammar.pir:3129) called from Sub 'parrot;Perl6::Grammar;statementlist' pc 19186 (src/gen_grammar.pir:2712) called from Sub 'parrot;Perl6::Grammar;statement_block' pc 16763 (src/gen_grammar.pir:1832) called from Sub 'parrot;Perl6::Grammar;TOP' pc 12469 (src/gen_grammar.pir:220) called from Sub 'parrot;PCT::HLLCompiler;parse' pc 562 (src/PCT/HLLCompiler.pir:348) called from Sub 'parrot;PCT::HLLCompiler;compile' pc 438 (src/PCT/HLLCompiler.pir:291) called from Sub 'parrot;PCT::HLLCompiler;eval' pc 753 (src/PCT/HLLCompiler.pir:450) called from Sub 'parrot;PCT::HLLCompiler;evalfiles' pc 1065 (src/PCT/HLLCompiler.pir:587) called from Sub 'parrot;PCT::HLLCompiler;command_line' pc 1244 (src/PCT/HLLCompiler.pir:676) called from Sub 'parrot;Perl6::Compiler;main' pc 10738 (perl6.pir:186) perl6(98590) malloc: *** error for object 0x288c810: double free *** set a breakpoint in malloc_error_break to debug Segmentation fault herodotus:perl6 seneca$ gdb ../../perl6 GNU gdb 6.3.50-20050815 (Apple version gdb-768) (Tue Oct 2 04:11:19 UTC 2007) 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) break malloc_error_break Breakpoint 1 at 0x118070 (gdb) run t/spec/S12-class/basic.t Starting program: /opt/src/perl6/build-20080605/perl6 t/spec/S12-class/basic.t Reading symbols for shared libraries +++. done Breakpoint 1 at 0x96c2b070 Reading symbols for shared libraries . done Statement not terminated properly at line 24, near ($foo.isa( current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82) called from Sub 'parrot;Perl6::Grammar;eat_terminator' pc 20340 (src/gen_grammar.pir:3129) called from Sub 'parrot;Perl6::Grammar;statementlist' pc 19186 (src/gen_grammar.pir:2712) called from Sub 'parrot;Perl6::Grammar;statement_block' pc 16763 (src/gen_grammar.pir:1832) called from Sub 'parrot;Perl6::Grammar;TOP' pc 12469 (src/gen_grammar.pir:220) called from Sub 'parrot;PCT::HLLCompiler;parse' pc 562 (src/PCT/HLLCompiler.pir:348) called from Sub 'parrot;PCT::HLLCompiler;compile' pc 438 (src/PCT/HLLCompiler.pir:291) called from Sub 'parrot;PCT::HLLCompiler;eval' pc 753 (src/PCT/HLLCompiler.pir:450) called from Sub 'parrot;PCT::HLLCompiler;evalfiles' pc 1065 (src/PCT/HLLCompiler.pir:587) called from Sub 'parrot;PCT::HLLCompiler;command_line' pc 1244 (src/PCT/HLLCompiler.pir:676) called from Sub 'parrot;Perl6::Compiler;main' pc 10738 (perl6.pir:186) perl6(98636) malloc: *** error for object 0x288c810: double free *** set a breakpoint in malloc_error_break to debug Breakpoint 1, 0x96c2b070 in malloc_error_break () (gdb) bt #0 0x96c2b070 in malloc_error_break () #1 0x96c25cd8 in szone_error () #2 0x0069a1ac in mem_sys_free (from=0x288c810) at src/gc/memory.c:251 #3 0x0069a32c in destroy_context (interp=0x1709c50) at src/gc/register.c:163 #4 0x006a7564 in Parrot_really_destroy (interp=0x1709c50, exit_code_unused=1, arg_unused=0x0) at src/inter_create.c:445 #5 0x0068f5c0 in Parrot_exit (interp=0x1709c50, status=1) at src/exit.c:89 #6 0x0068e2e4 in find_exception_handler (interp=0x1709c50, exception=0x22d14a0) at src/exceptions.c:360 #7 0x0068e7cc in throw_exception (interp=0x1709c50, exception=0x22d14a0, dest_unused=0x2a5368) at src/exceptions.c:562 #8 0x00606d1c in Parrot_throw_p (cur_opcode=0x2a5360, interp=0x1709c50) at core.ops:782 #9 0x006f3a04 in runops_slow_core (interp=0x1709c50, pc=0x2a5360) at src/runops_cores.c:221 #10 0x006a9d04 in runops_int (interp=0x1709c50, offset=3202) at src/interpreter.c:918 #11 0x006aa9bc in runops (interp=0x1709c50, offs=10656) at src/inter_run.c:106 #12 0x006aacdc in runops_args (interp=0x1709c50,
[perl #47395] [BUG] [PATCH] t/configure/115-auto-warnings.t assumes cc -Wall works.
Closed.
Re: [perl #55372] [BUG] Segfault/double free when manually running perl6
On Fri, Jun 6, 2008 at 4:39 AM, via RT Seneca Cunningham [EMAIL PROTECTED] wrote: I had started an attempt to determine which test in rakudo's spectest was causing a SIGBUS on my system (OS X 10.5, ppc) by manually running tests that occurred at the appropriate moment in time when the first attempt crashed with a SIGSEGV and a different stacktrace. Running the attempt as ../../parrot perl6.pbc t/spec/S12-class/basic.t does not crash, it only crashes when I use ../../perl6 t/spec/S12-class/basic.t Same results for me in Linux i386, so the problem is not cpu or OS exclusive. -- Salu2
Re: [perl #47395] [BUG] [PATCH] t/configure/115-auto-warnings.t assumes cc -Wall works.
On Thu, 5 Jun 2008, Will Coleda via RT wrote: On Tue Jan 15 20:08:22 2008, [EMAIL PROTECTED] wrote: Patches applied to trunk in r24898. Can we close this ticket if the patches are applied? Yes, this one can be closed. -- Andy Dougherty [EMAIL PROTECTED]
Re: [perl #37819] [PATCH] Sun4 builds fail linking against jit.o
On Thu, 5 Jun 2008, Will Coleda via RT wrote: On Tue May 15 14:54:01 2007, [EMAIL PROTECTED] wrote: On Wednesday 09 May 2007 07:21:44 Andy Dougherty wrote: [appending to an old ticket, since if anyone wants to ever get this working again, they'll probably have to fix up the blind guesses I made in that old patch too.] Thanks, applied as r18562 (er, oops -- r18561, due to an excruciatingly slow commit). -- c If the patch is applied, is this ticket safe to close now? No. It's still the case that the sun4/SPARC jit is broken. The patch just documented two things: which specific function does not exist, and which other broken functions also need to be fixed. However, realistically, I don't think anyone's ever going to fix the SPARC jit, so you may certainly mark it as stalled or whatever else seems to suit. -- Andy Dougherty [EMAIL PROTECTED]
[perl #53170] Parrot crash during build of r27101 (PPC, OS X 10.5)
On Tue Apr 22 22:55:28 2008, [EMAIL PROTECTED] wrote: On Tuesday 22 April 2008 04:33:49 Seneca Cunningham via RT wrote: Lets the build complete, but a similar crash (similar stack frames, different addresses) occurs when running t/op/sprintf.t when subtest 174 is reached. Good to know. I believe r27144 fixes this. -- c Is this issue resolved?
[perl #37841] build faild in src/embed.c line 373 MAP_FAILED undeclared
On Mon Dec 05 08:11:04 2005, dcd wrote: this is an older slackware derivative with one of the last libc5 systems, May 13 1998 libc.so.5 - libc.so.5.4.44* Feb 1 1998 libc.so.5.4.44* but it does use recent (2.4.32) kernel header files. On Mon, 5 Dec 2005 at 06:34 -0800, Leopold Toetsch via RT parrotbug- follow...: From: Leopold Toetsch via RT [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Mon, 5 Dec 2005 06:34:17 -0800 Subject: Re: [perl #37841] build faild in src/embed.c line 373 MAP_FAILED undeclared On Dec 5, 2005, at 8:03, David Dyck (via RT) wrote: checked out todays version and found the following build error: src/embed.c: In function `Parrot_readbc': src/embed.c:373: `MAP_FAILED' undeclared (first use in this function) Strange. Which linux and libc version is this? Anyway, I've checked in r10346, which defines it to -1, if it isn't yet. HTH, leo Going through old tickets... It looks like leo's fix 2.5 years ago should have resolved the issue; If you're still having trouble building a recent parrot with this system, please re-open this ticket (if it's the same issue), or file a new one. Thanks!
[perl #55210] [RFC] pattern matching with an opcode
Thanks for the patch! This is a great idea, and I've been thinking along similar lines for PGE -- especially with respect to supporting longest token matching. However, AFAICT there aren't many (any?) other places in Parrot that would use this opcode, and so rather than add this opcode and then try to figure out how PGE can use it, I'd rather figure out exactly what PGE needs and then write an opcode to support it. So, I'll hold onto the patch for now and look at it more closely when I'm refactoring PGE to do longest token matching (likely sometime this summer). Thanks! Pm
[perl #30873] [BUG] build fails on linux x86 with --floatval='long double'
On Thu Jul 29 12:35:12 2004, jhi wrote: Freshly checked out parrot (as of Jul-28 8pm GMTish) when configured with --floatval='long double' runs into trouble in a x86 system (*): ... ./parrot config_lib.pasm If the next line prints 0.1.0-devel, it did help. ./parrot parrot-config.imc VERSION DEVEL parrot: src/platform.c:657: Parrot_memcpy_aligned_mmx_debug: Assertion `((unsigned long) d 7) == 0' failed. make: *** [runtime/parrot/include/config.fpmc] Aborted (core dumped) (*) Debian 3.0, cat /proc/cpuinfo says: processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 3 model name : AMD Duron(tm) Processor stepping: 1 cpu MHz : 801.847 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnowbogomips : 1599.07 I tried to duplicate this on feather with a recent parrot, and got a completely different error when building JIT: % make realclean % perl Configure --floatval='long double' % make -j SNIP src/jit/i386/core.jit: In function 'Parrot_set_n_ic_jit': src/jit/i386/core.jit:57: error: 'emitm_fstpt' undeclared (first use in this function) src/jit/i386/core.jit:151:70: error: macro emitm_fldt requires 6 arguments, but only 5 given src/jit/i386/core.jit: In function 'Parrot_null_n_jit': src/jit/i386/core.jit:151: error: 'emitm_fldt' undeclared (first use in this function) src/jit/i386/core.jit:154:77: error: macro emitm_fstpt requires 6 arguments, but only 5 given src/jit/i386/core.jit:154: error: 'emitm_fstpt' undeclared (first use in this function) src/jit/i386/core.jit:1693:81: error: macro emitm_fldt requires 6 arguments, but only 5 given src/jit/i386/core.jit: In function 'Parrot_pow_n_n_i_jit': src/jit/i386/core.jit:1693: error: 'emitm_fldt' undeclared (first use in this function) src/jit/i386/core.jit:1740:71: error: macro jit_emit_fstore_m_n passed 3 arguments, but takes just 2 src/jit/i386/core.jit:1740: error: 'jit_emit_fstore_m_n' undeclared (first use in this function)
[perl #55400] Fix Range reusing.
On Fri Jun 06 01:07:56 2008, bacek wrote: Hello. New version of fix after jonathan comments. -- Bacek. range2.diff Description: Binary data
[perl #49972] Error message for misspelled sub name in PIR code is confusing
On Fri Jan 18 21:41:00 2008, japhb wrote: --- osname= linux osvers= 2.6.22.10 arch= i486-linux-gnu-thread-multi cc= cc --- Flags: category=core severity=low ack=no --- The error message from parrot when there is a spelling mismatch between a function call and the function's actual declaration is accurate but confusing: * $ cat foob.pir .sub main :main foo() .end .sub foob print Hello\n .end $ ./parrot foob.pir Null PMC access in invoke() current instr.: 'main' pc 7 (foob.pir:2) * Of course, once you've seen this error message once or twice, you won't soon forget the diagnosis. For the sake of beginners however it would be nice to add a hint to the message, for example: Null PMC access in invoke(); misspelled sub name in function call? And a similar hint for method calls as well, I suppose. -'f --- Summary of my parrot 0.5.2 (r24923) configuration: configdate='Thu Jan 17 00:08:44 2008 GMT' Platform: osname=linux, archname=i486-linux-gnu-thread-multi jitcapable=1, jitarchname=i386-linux, jitosname=LINUX, jitcpuarch=i386 execcapable=1 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_FORMAT -DHASATTRIBUTE_MALLOC -DHASATTRIBUTE_NONNULL -DHASATTRIBUTE_NORETURN -DHASATTRIBUTE_PURE -DHASATTRIBUTE_UNUSED -DHASATTRIBUTE_WARN_UNUSED_RESULT -falign-functions=16 -mno-accumulate-outgoing-args -W -Wall -Waggregate-return -Wbad-function-cast -Wc++-compat -Wcast-align -Wcast-qual -Wchar-subscripts -Wcomment -Wdeclaration-after-statement -Wdisabled-optimization -Wextra -Wformat-nonliteral -Wformat-security -Wformat-y2k -Wimplicit -Wimplicit-function-declaration -Wimplicit-int -Wimport -Winit-self -Winline -Winvalid-pch -Wmain -Wmissing-braces -Wmissing-declarations -Wmissing-field-initializers -Wmissing-include-dirs -Wmissing-prototypes -Wnested-externs -Wno-endif-labels -Wno-shadow -Wno-unused -Wnonnull -Wpacked -Wparentheses -Wpointer-arith -Wreturn-! type -Wsequence-point -Wsign-compare -Wstrict-aliasing -Wstrict-aliasing=2 -Wswitch -Wswitch-default -Wtrigraphs -Wundef -Wunknown-pragmas -Wvariadic-macros -Wwrite-strings', Linker and Libraries: ld='cc', ldflags=' -L/usr/local/lib', cc_ldflags='', libs='-ldl -lm -lpthread -lcrypt -lrt -lgmp -lreadline' 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=4, intsize=4, opcode_t=long, opcode_t_size=4, ptrsize=4, ptr_alignment=1 byteorder=1234, nv=double, numvalsize=8, doublesize=8 --- Environment: HOME =/home/geoff LANG =en_US.UTF-8 LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH =/home/geoff/svk/parrot:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games SHELL =/bin/bash This now reports: Could not find non-existent sub foo current instr.: 'main' pc 2 (foob.pir:2) ... Closing ticket.
[perl #44567] Undefined arrayref in MethodEmitter.pm
On Sun Aug 12 12:59:50 2007, rgrjr wrote: From: James Keenan via RT [EMAIL PROTECTED] Date: Sun, 12 Aug 2007 10:05:16 -0700 I don't know much about MethodEmitter.pm, so I don't have any preferences. I think tewk has done most of the recent work in this area, so he may have a preference. kid51 Maybe we should also ask particle what he was thinking (see below), since he seems to be the one who added this line. From: chromatic via RT [EMAIL PROTECTED] Date: Sun, 12 Aug 2007 10:46:12 -0700 length @$decs is pretty clearly wrong (in the unpatched version). Good point. I'd rather figure out why you're getting bad results than make this line of code worse. What happens if you take out 'length'? -- c Same thing; $decs is undef so @$decs bombs: /usr/bin/perl tools/build/pmc2c.pl --c src/pmc/default.pmc Can't use an undefined value as an ARRAY reference at /usr/src/parrot/tools/build/../../lib/Parrot/Pmc2c/MethodEmitter.pm line 110. make: *** [src/pmc/default.c] Error 255 Sun Aug 12 15:37:31 EDT 2007 -- Bob r20559 | particle | 2007-08-08 11:00:15 -0400 (Wed, 08 Aug 2007) | 1 line [pmc2c]: added support for parsing and emitting PDD07-compliant types (e.g. 'PMC *'.) we can now convert .pmc files to PDD07. r20545 | particle | 2007-08-07 14:13:45 -0400 (Tue, 07 Aug 2007) | 1 line [pmc2c]: add support for decorators (e.g. PARROT_CAN_RETURN_NULL) to pmc methods I assume this got resolved but not reflected on the ticket?
[perl #43128] GC bug on freebsd/x86, triggered by a perl6 test
On Mon Jun 04 23:15:17 2007, [EMAIL PROTECTED] wrote: After a little prodding around, I think the problem is that the dynops aren't build with the rpath. I don't know how proper the following patch is(i.e. linux doesn't seem to have a problem so either this is right or the other way is right), but it does the trick. Index: config/gen/makefiles/dynoplibs_pl.in === --- config/gen/makefiles/dynoplibs_pl.in(revision 18819) +++ config/gen/makefiles/dynoplibs_pl.in(working copy) @@ -24,7 +24,7 @@ # Config stuff our $CC = [EMAIL PROTECTED]@ -c]; our $LD = [EMAIL PROTECTED]@]; -our $LDFLAGS = [EMAIL PROTECTED]@ @[EMAIL PROTECTED]; +our $LDFLAGS = [EMAIL PROTECTED]@ @ld_debug@ @[EMAIL PROTECTED]; our $LD_LOAD_FLAGS = [EMAIL PROTECTED]@]; our $PERL = [EMAIL PROTECTED]@]; our $LOAD_EXT = [EMAIL PROTECTED]@]; On Jun 4, 2007, at 3:07 PM, chromatic wrote: On Monday 04 June 2007 12:49:45 Mark Glines wrote: (the LD_LIBRARY_PATH bit is required on freebsd so parrot can find libparrot.so.) The GNU linker supports a flag to mark a relocatable shared library. From my Makefile: -Wl,-rpath=/home/chromatic/dev/parrot/blib/lib I don't know which linker you use on FreeBSD, but is there a similar flag? If so, using it could clear up some of the dynamic loading problems (especially for dynops and dynpmcs). -- c Looks like this patch was applied some time ago: r20778 | jisom | 2007-08-22 10:34:31 +0200 (Wed, 22 Aug 2007) | 2 lines Haven't heard any complaints since, so closing the ticket; if this is still an issue, please re-open the ticket. Thanks.
[perl #51448] [BUG] can't override a pmc method in a PIR subclass when said subclass name and pmc name are identical
This is no longer an issue so I'm closing the ticket. Pm
Re: [perl #37819] [PATCH] Sun4 builds fail linking against jit.o
On Fri, 6 Jun 2008, Steve Peters wrote: On Fri, Jun 6, 2008 at 8:12 AM, Andy Dougherty [EMAIL PROTECTED] wrote: On Thu, 5 Jun 2008, Will Coleda via RT wrote: If the patch is applied, is this ticket safe to close now? No. It's still the case that the sun4/SPARC jit is broken. The patch just documented two things: which specific function does not exist, and which other broken functions also need to be fixed. However, realistically, I don't think anyone's ever going to fix the SPARC jit, so you may certainly mark it as stalled or whatever else seems to suit. Is it only sun4/SPARC that's broken or are all Solaris/SPARC's also broken? I would guess that if its all SPARCs, Linux or Solaris, that this might be a bigger issue. It's all SPARCs -- Solaris, Linux, and *BSD -- for which parrot's jit is broken. -- Andy Dougherty [EMAIL PROTECTED]
[perl #55408] [BUG] PARROT_MMD_MAX_CLASS_DEPTH' undeclared
# New Ticket Created by Reini Urban # Please include the string: [perl #55408] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55408 --- osname= cygwin osvers= 1.5.25(0.15642) arch= cygwin-thread-multi-64int cc= gcc --- Flags: category=core severity=critical ack=no --- src/mmd.c src/mmd.c: In function `mmd_distance': src/mmd.c:1543: error: `PARROT_MMD_MAX_CLASS_DEPTH' undeclared (first use in this function) src/mmd.c:1543: error: (Each undeclared identifier is reported only once src/mmd.c:1543: error: for each function it appears in.) make[1]: *** [src/mmd.o] Error 1 make[1]: Leaving directory `/usr/src/perl/parrot/parrot-svn' make: [fulltest] Error 2 (ignored) make manifest_tests make[1]: Entering directory `/usr/src/perl/parrot/parrot-svn' I didn't smoke for one or two weeks, because I to reinstall my whole PC. Configure seems to miss that. $ grep PARROT_MMD_MAX_CLASS_DEPTH -R . ./src/.svn/text-base/mmd.c.svn-base:dist = PARROT_MMD_MAX_CLASS_DEPTH; ./src/mmd.c:dist = PARROT_MMD_MAX_CLASS_DEPTH; mmd.h: #define PARROT_MMD_MAX_CLASS_DEPTH 12 fixes it. Btw, this is my smoke script: #!/bin/sh svn up PATH=`pwd`/blib/lib:$PATH make clean archclean rm *.exe *.stackdump *.dll perl5.10.0 Configure.PL --optimize make all parrot_utils perl6.exe | tee make.log cp blib/lib/libparrot.dll libparrot.dll make smoke perl5.8.8 tools/util/smokeserv-client.pl smoke.html make languages-smoke perl5.8.8 tools/util/smokeserv-client.pl languages/languages_smoke.html make fulltest | tee fulltest.log --- Summary of my parrot 0.6.2 (r28134) configuration: configdate='Fri Jun 6 15:06:43 2008 GMT' Platform: osname=cygwin, archname=cygwin-thread-multi-64int jitcapable=1, jitarchname=i386-cygwin, jitosname=CYGWIN, jitcpuarch=i386 execcapable=1 perl=/usr/bin/perl5.10.0.exe Compiler: cc='gcc', ccflags='-U__STRICT_ANSI__ -mms-bitfields -pipe -I/usr/local/include -DHASATTRIBUTE_CONST -DHASATTRIBUTE_DEPRECATED -DHASATTRIBUTE_MALLOC -DHASATTRIBUTE_NONNULL -DHASATTRIBUTE_NORETURN -DHASATTRIBUTE_PURE -DHASATTRIBUTE_UNUSED -DHASATTRIBUTE_WARN_UNUSED_RESULT -falign-functions=16 -maccumulate-outgoing-args -W -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wcast-qual -Wchar-subscripts -Wcomment -Wdeclaration-after-statement -Wdisabled-optimization -Wendif-labels -Wextra -Wformat -Wformat-extra-args -Wformat-nonliteral -Wformat-security -Wformat-y2k -Wimplicit -Wimplicit-function-declaration -Wimplicit-int -Wimport -Winit-self -Winline -Winvalid-pch -Wmain -Wmissing-braces -Wmissing-declarations -Wno-missing-format-attribute -Wmissing-prototypes -Wnested-externs -Wnonnull -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 -Wwrite-strings -DDISABLE_GC_DEBUG=1 -DNDEBUG -O3 -DHAS_GETTEXT', Linker and Libraries: ld='gcc', ldflags=' -Wl,--enable-auto-import -Wl,--export-all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -L/usr/local/lib', cc_ldflags='', libs='-ldl -lcrypt -lgmp -lreadline -lpcre -lglut -lGLU -lGL -lcrypto -lintl' Dynamic Linking: share_ext='.dll', ld_share_flags='-shared', load_ext='.dll', ld_load_flags='-shared' Types: iv=long, intvalsize=4, intsize=4, opcode_t=long, opcode_t_size=4, ptrsize=4, ptr_alignment=1 byteorder=1234, nv=double, numvalsize=8, doublesize=8 --- Environment: CYGWIN =server HOME =/home/rurban LANG (unset) LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH =/usr/bin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/usr/bin:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Programme/ATI Technologies/ATI.ACE/Core-Static:/usr/local/bin:/usr/lib/gstreamer-0.8:/usr/lib/lapack SHELL (unset) -- Reini Urban http://phpwiki.org/ http://murbreak.at/
Re: [perl #55408] [BUG] PARROT_MMD_MAX_CLASS_DEPTH' undeclared
On Fri, Jun 6, 2008 at 12:01 PM, via RT Reini Urban [EMAIL PROTECTED] wrote: # New Ticket Created by Reini Urban # Please include the string: [perl #55408] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55408 --- osname= cygwin osvers= 1.5.25(0.15642) arch= cygwin-thread-multi-64int cc= gcc --- Flags: category=core severity=critical ack=no --- src/mmd.c src/mmd.c: In function `mmd_distance': src/mmd.c:1543: error: `PARROT_MMD_MAX_CLASS_DEPTH' undeclared (first use in this function) src/mmd.c:1543: error: (Each undeclared identifier is reported only once src/mmd.c:1543: error: for each function it appears in.) make[1]: *** [src/mmd.o] Error 1 make[1]: Leaving directory `/usr/src/perl/parrot/parrot-svn' make: [fulltest] Error 2 (ignored) make manifest_tests make[1]: Entering directory `/usr/src/perl/parrot/parrot-svn' I didn't smoke for one or two weeks, because I to reinstall my whole PC. Configure seems to miss that. $ grep PARROT_MMD_MAX_CLASS_DEPTH -R . ./src/.svn/text-base/mmd.c.svn-base:dist = PARROT_MMD_MAX_CLASS_DEPTH; ./src/mmd.c:dist = PARROT_MMD_MAX_CLASS_DEPTH; mmd.h: #define PARROT_MMD_MAX_CLASS_DEPTH 12 fixes it. Odd, this is already here... include/parrot/mmd.h 20:#define PARROT_MMD_MAX_CLASS_DEPTH 1000 -- Will Coke Coleda
Re: [perl #37819] [PATCH] Sun4 builds fail linking against jit.o
On Fri, Jun 6, 2008 at 8:12 AM, Andy Dougherty [EMAIL PROTECTED] wrote: On Thu, 5 Jun 2008, Will Coleda via RT wrote: On Tue May 15 14:54:01 2007, [EMAIL PROTECTED] wrote: On Wednesday 09 May 2007 07:21:44 Andy Dougherty wrote: [appending to an old ticket, since if anyone wants to ever get this working again, they'll probably have to fix up the blind guesses I made in that old patch too.] Thanks, applied as r18562 (er, oops -- r18561, due to an excruciatingly slow commit). -- c If the patch is applied, is this ticket safe to close now? No. It's still the case that the sun4/SPARC jit is broken. The patch just documented two things: which specific function does not exist, and which other broken functions also need to be fixed. However, realistically, I don't think anyone's ever going to fix the SPARC jit, so you may certainly mark it as stalled or whatever else seems to suit. Is it only sun4/SPARC that's broken or are all Solaris/SPARC's also broken? I would guess that if its all SPARCs, Linux or Solaris, that this might be a bigger issue. Steve Peters [EMAIL PROTECTED]
[perl #55366] [PATCH] [RFC] Remove Version PMC?
On Thu Jun 05 18:11:48 2008, pmichaud wrote: On Thu, Jun 05, 2008 at 05:58:27PM -0700, Will Coleda wrote: The Version PMC is a skeleton that doesn't do anything, and isn't really used anywhere else in the repository. Attached patch removes it. I think we can safely do this in advance of the June '08 release. Comments? +1 Pm Applied in r28149. Since this changes the list of core PMCs, a re-config is probably required.
[perl #41878] [TODO] create exporter pmc
On Mon Jun 18 06:12:50 2007, particle wrote: Exporter PMC has been created. this ticket is still open because i am waiting on the new object model and pmc layout in order to make this subclassable in c and pir. ~jerry Is this still blocking?
[perl #44207] [RFC] remove pmc2c's --tree option?
On Thu Jun 05 22:21:47 2008, coke wrote: On Sun Jul 29 18:21:48 2007, [EMAIL PROTECTED] wrote: [snip] All of the above having been said, I think what I wrote as a Comment in the POD for this method back in December is still valid: The purpose of this method is unclear. (1) It is not called by Makefile. (2) Since internally calls read_dump(), a .dump file must already exist for this method to generate meaningful output. But since .dump files do not exist prior to calling make, this can only be viewed as an attempt at a utility method to be called after make has run. That might be useful. It would be responding to a request such as, Given these .dump files, reconstruct the inheritance trees of their ancestral .pmc files. But that's a very different purpose from the other methods in this program, whose point is to go from .pmc to .c files. Does anyone actually use Parrot::Pmc2c:Pmc2cMain::print_tree()? kid51 The only reference I see to its use is in the book. It appears to be run by a user once you have built parrot so you can see what PMCs 'inherit' from each other. I would tend to recommend removing it. Well, I figured we could salvage the code by moving it to a more appropriate location. So I moved print_tree() out of Parrot::Pmc2c::Pmc2cMain and into a subclass, Parrot::Pmc2c::PMC::PrintTree, which inherits from Parrot::Pmc2c::Pmc2cMain. Similarly, I eliminated the --tree option from tools/build/pmc2c.pl and moved its functionality to a new program, tools/dev/pmctree.pl -- the presumption here being that this is a Parrot developer's tool rather than something to be invoked by 'make'. And that meant that one of the build tools tests had to be moved to a different test file as well. Please let me know if this poses any problems. I'll do some POD touch-ups and resolve the ticket over the next few days. Thank you very much. kid51
Re: [perl #55304] [PATCH] eval_(dies|lives)_ok methods for rakudo's Test.pm, and more tests
On Fri, Jun 6, 2008 at 7:34 PM, Vasily Chekalkin [EMAIL PROTECTED] wrote: jerry gay wrote: On Wed, Jun 4, 2008 at 2:46 PM, Moritz Lenz [EMAIL PROTECTED] wrote: Oops, forgot to attach patch. Now it's really there. thanks, applied as of r28074. ~jerry This is wrong patch. eval() shouldn't throws any exceptions. Correct patch for 'eval()' and Test.pm attached. would you reformat this in universal diff format please? my patch program doesn't speak git. ~jerry
[perl #46711] [TODO] add RSS/Atom feed information to webpage about Parrot mailing lists
On Mon Oct 22 17:54:38 2007, coke wrote: On Oct 22, 2007, at 3:25 PM, Allison Randal (via RT) wrote: # New Ticket Created by Allison Randal # Please include the string: [perl #46711] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=46711 Add a link to this page: http://groups.google.com/group/perl.perl6.internals/about and this page: http://groups.google.com/group/perl.cvs.parrot/about from this page: http://www.parrotcode.org/docs/gettingstarted.html Note that this web page is generated from the file docs/ gettingstarted.pod in the svn repo, so it doesn't require the super secret website access to fix. ... But I'll do it anyway. =-) under the heading Where can I find the main developer mailing list? as a way of subscribing to an RSS/Atom feed for the mailing list and commit list. Allison -- Will Coke Coleda [EMAIL PROTECTED]
[perl #47888] [TODO] gc - possibly merge gmc branch back into trunk
On Tue Nov 27 14:08:00 2007, pmichaud wrote: Today we cleaned up a lot of the unused branches of the Parrot repository. One of the branches that remains is the 'gcm' branch, created by heimdall and last updated on 2005-09-13. Supposedly this is an implementation of a generational gc algorithm for Parrot. Although it may be a bit of work because the branch is so old, it may be worthwhile to bring this branch back into the trunk, or conclusively determine that the branch has already been merged into the trunk, or that it's not worth pursing. Pm Andrew, chromatic, can you answer this question for us? Is the work being done for SOC this semester going to obviate the need to merge this branch back to trunk?