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:45:23 GMT Content-length: 38291 Connection: Close Proxy-Connection: Close X-Cache: HIT from web1.osuosl.org Server: ProxyTrack 0.5 (HTTrack 3.49.2) Parrot: {26} Win32 Tickets http://trac.parrot.org/parrot/report/26 Trac Report - Open Win32 tickets in Trac Original email by Jim Keenan: In recent weeks Paul C. Anagnostopoulos has become a very active contributor. Among other things, he responded favorably to my request to look at older tickets on the Windows platform and see if there are issues that can be cleared up with a little testing. But why should Paul have all the fun? Here's a query which will show you all new, open and reopened tickets which list Win32 as the platform. (I threw in the cygwin platform as well in the hope that if we clear up a problem on win32 it might clear up a cygwin problem as well.) Original TracQuery by Jim Keenan: http://trac.parrot.org/parrot/query?status=assigned&status=new&status=reopened&order=id&platform=win32&platform=cygwin&col=id&col=summary&col=status&col=type&col=component en-us Parrot http://trac.parrot.org/parrot/chrome/site/parrot_logo.png http://trac.parrot.org/parrot/report/26 Trac v0.11.7 #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 #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 #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 #2196: cygwin build fails Sat, 01 Oct 2011 00:04:18 GMT Sat, 01 Oct 2011 01:09:56 GMT <pre class="wiki">I was trying to reproduce https://rt.perl.org/rt3/Public/Bug/Display.html?id=64032 on cygwin using a fresh clone of rakudo, and ran the usual perl Configure.pl --gen-parrot and it failed with the following error (sorry for the wrapped lines): gcc-4 -o pbc_disassemble.exe \ frontend/pbc_disassemble/main.o \ src/longopt.o \ -L/cygdrive/c/Users/mwilson/src/rakudo/parrot -lparrot -lpthread -lm -L/usr/lib -licuuc -licudata -lpthread -lm -lcrypt -lintl -Wl,--enable-auto- import -Wl,--export-all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -fstack-protector -L/usr/local/lib ./parrot.exe -o pbc_to_exe.pbc tools/dev/pbc_to_exe.pir ./parrot.exe pbc_to_exe.pbc pbc_to_exe.pbc gcc-4 -o pbc_to_exe.o -I"/cygdrive/c/Users/mwilson/src/rakudo/parrot/include" -U __STRICT_ANSI__ -g3 -pipe -fstack-protector -I/usr/local/include -DHASATTRIBUTE _CONST -DHASATTRIBUTE_DEPRECATED -DHASATTRIBUTE_MALLOC -DHASATTRIBUTE_NONNULL -DHASATTRIBUTE_NORETURN -DHASATTRIBUTE_PURE -DHASATTRIBUTE_UNUSED -DHASATTR IBUTE_WARN_UNUSED_RESULT -DHASATTRIBUTE_HOT -DHASATTRIBUTE_COLD -DDISABLE_GC_ DEBUG=1 -DNDEBUG -DHAS_GETTEXT -O3 -c pbc_to_exe.c 1 [main] parrot 164924 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 841 [main] parrot 164924 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 143664 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 445 [main] parrot 143664 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 167144 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 444 [main] parrot 167144 open_stackdumpfile: Dumping stack trace to parrot.e $ 1 [main] parrot 163884 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 445 [main] parrot 163884 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 167188 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 445 [main] parrot 167188 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 103664 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 447 [main] parrot 103664 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 146588 fork: child -1 - died waiting for longjmp before in itialization, retry 0, exit code 0x600, errno 11 Can't spawn child process current instr.: 'compile_file' pc 1140 (tools/dev/pbc_to_exe.pir:716) called from Sub 'main' pc 171 (tools/dev/pbc_to_exe.pir:210) make: *** [pbc_to_exe.exe] Error 1 Command failed (status 512): make install-dev </pre> http://trac.parrot.org/parrot/ticket/2196 http://trac.parrot.org/parrot/ticket/2196 Report #1546: Env.pmc fails to link dll in Windows VC build, and probably doesn't work Fri, 09 Apr 2010 00:35:52 GMT Tue, 07 Sep 2010 20:48:52 GMT <p> Compiling and linking on windows, using the instructions for the MS VS 2k8 compiler found on the <a class="ext-link" href="http://trac.parrot.org/parrot/wiki/Platforms/Windows"><span class="icon"> </span>http://trac.parrot.org/parrot/wiki/Platforms/Windows</a> page, I had a problem with the AR_CR= make variable. Setting this to "lib.exe" corrects the problem, but the step of making the shared library (.dll in Windows parlance) fails because of an external reference to <tt>__environ</tt> in Env.pmc. </p> <p> Inspecting env.pmc leads to the conclusion that there is probably a set of -Defines that will work for MSVS to get the code to link correctly, but also to the conclusion that any Windows dll, and probably any *nix shared lib, that is built in this way is going to fail. </p> <p> Shared libraries generally have a "separate life" in process-space, so that two applications that both link to the shared library will only cause one instance of the library to appear in memory. In this regard, shared libraries act very much like a program running as a daemon. But such a program, if it tries to interact with the "system" on behalf of a client, has to take special precautions. For example, if it writes to stdout, which stdout should it write to? The stdout of the shared library, or of the client program? Similarly, references to environment variables are subject to the same question. And for the specific case of environment variables, the answer is probably always "use the client program's environment." </p> <p> References to <tt>environ</tt> don't do this. Instead, they reference the environment that was available when the shared library was loaded. The potential bug should be obvious. For Windows, my research has led me to an API call named 'GetEnvironmentStrings'. I'm not at all clear on the corresponding call for Unix, if there even is such a thing. Also, it is unclear to me what the protocol for highly-OS-specific code is, w.r.t. PMCs. Parrot is chock full of PMCs that are nothing but wrappers for the various src/foo.c modules, for whatever reason(s). At any rate, someone smarter than me about Windows, and about Parrot's cross-platform coding approach, will need to take a look at this. (Which is likely to be "anyone with a pulse and a keyboard.") </p> http://trac.parrot.org/parrot/ticket/1546 http://trac.parrot.org/parrot/ticket/1546 Report #1559: ExtUtils::Command::cp broken [cpan #56666] Sat, 17 Apr 2010 13:17:09 GMT Fri, 27 Aug 2010 04:52:54 GMT <p> parrot can improve its makefiles by getting rid of the stupid chmod 755 *.dll calls then. </p> http://trac.parrot.org/parrot/ticket/1559 http://trac.parrot.org/parrot/ticket/1559 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 #1693: `make install` doesn't install all files necessary to build Rakudo on Cygwin Mon, 28 Jun 2010 12:23:53 GMT Tue, 07 Sep 2010 15:18:26 GMT <p> When building Parrot 2.5.0 on Cyqwin, <tt>make install</tt> doesn't copy the files 'cygparrot2_5_0.dll' and 'libparrot.dll.a' to directories where the Rakudo build can find them. </p> <p> Manually moving 'cygparrot2_5_0.dll' to '/usr/local/bin' and 'libparrot.dll.a' to '/usr/local/lib' solves the problem. </p> http://trac.parrot.org/parrot/ticket/1693 http://trac.parrot.org/parrot/ticket/1693 Report #2110: mingw build fails while building opsc Thu, 12 May 2011 21:10:07 GMT Fri, 13 May 2011 01:00:03 GMT <p> I don't have the tuits to investigate this right now, but I want to make sure it doesn't escape notice. I didn't use any special arguments to Configure.pl. The build completes successfully if I use ms2 by passing --gc=ms2 to Configure.pl. </p> <pre class="wiki">C:\strawberry\perl\bin\perl.exe -MExtUtils::Command -e mkpath runtime/parrot/languages/data_json C:\strawberry\perl\bin\perl.exe -MExtUtils::Command -e cp compilers/data_json/data_json.pbc runtime/parrot/languages/data_json/data_json.pbc C:\strawberry\perl\bin\perl.exe -MExtUtils::Command -e mkpath runtime/parrot/languages/JSON .\parrot-nqp.exe --target=pir compilers/data_json/JSON.nqp &gt; runtime/parrot/languages/JSON/JSON.pir .\parrot-nqp.exe --target=pir --output=compilers/opsc/gen/Ops/Compiler.pir compilers/opsc/src/Ops/Compiler.pm .\parrot-nqp.exe --target=pir --output=compilers/opsc/gen/Ops/Compiler/Actions.pir compilers/opsc/src/Ops/Compiler/Actions.pm gmake: *** [compilers/opsc/gen/Ops/Compiler/Actions.pir] Error -1073741819 C:\src\parrot-mingw&gt; </pre> http://trac.parrot.org/parrot/ticket/2110 http://trac.parrot.org/parrot/ticket/2110 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 #864: on Win32 binary install, parrot_config.exe contains false installation path Mon, 20 Jul 2009 14:39:58 GMT Tue, 07 Sep 2010 20:42:42 GMT <p> Parrot was downloaded and installed as a binary from sourceforge. After installation, it doesn't register the correct installation path: </p> <p> PS D:\Erez\dev\Parrot-1.3.0\bin&gt; .\parrot_config.exe build_dir C:/fperrad/Parrot/RELEASE_1_3_0 </p> <p> Attached full parrot_config.exe --dump </p> http://trac.parrot.org/parrot/ticket/864 http://trac.parrot.org/parrot/ticket/864 Report #706: Out of mem (PASM, compreg, invokecc) Tue, 26 May 2009 12:32:49 GMT Wed, 08 Sep 2010 21:39:41 GMT <p> Attached test use compreg P1, "PASM" and invokecc it 100,000 times. On i386-MSWin32 (mingw32) it consumes 66MB of RAM with r39159 (107 MB of RAM with r11704). </p> <p> If you replace "lt I20, 100000, NEXT" to "lt I20, 10000000, NEXT" it fails with "Parrot VM: PANIC: Out of mem! C file src\gc\alloc_memory.c, line 142". </p> <pre class="wiki">set S28, "" concat S28, ".pcc_sub :anon _indi:\n" concat S28, " get_params \"(0,0,0)\", I0, I1, I2\n" concat S28, " set I3, 23\n" concat S28, " set_returns \"(0)\", I3\n" concat S28, " returncc\n" compreg P1, "PASM" set I20, 0 NEXT: set_args "(0)",S28 get_results "(0)", P0 invokecc P1 needs_destroy P0 sweep 0 inc I20 lt I20, 100000, NEXT # sleep 10 end </pre> http://trac.parrot.org/parrot/ticket/706 http://trac.parrot.org/parrot/ticket/706 Report #2174: Sharpen Support Policy for Windows, Then Implement It! Thu, 11 Aug 2011 01:49:23 GMT Wed, 17 Aug 2011 02:08:17 GMT <p> This ticket will track work on a concept which was discussed at the online Parrot Developers Summit on July 30 2011 but which did not receive enough support to be designated as a roadmap goal. </p> <p> The rationale for sharpening our support policy for Parrot on Win32 was presented <a class="ext-link" href="http://lists.parrot.org/pipermail/parrot-dev/2011-July/006098.html"><span class="icon"> </span>in this post to parrot-dev</a>, so I won't repeat it here. </p> <p> Here is the action proposal that was presented at the PDS: </p> <p> 1. Establish a team of Parrot developers and users to work on this Roadmap Goal. The team would be tasked with: </p> <p> * Interviewing current Parrot developers and users who work on Windows to determine their needs and preferences. (Yes, such people do exist!) </p> <p> * Interviewing professional software developers who work in the Windows environment and who currently have no connection with Parrot to develop an understanding of what it would take for them to first smoke-test Parrot on Windows and later undertake Parrot/HLL development on Windows. </p> <p> Colloquially: What would it take to get them into the Parrot showroom and have them kick the tires? </p> <p> * Examine Smolder reports to see which Windows configurations get to PASS more often than others. </p> <p> 2. Develop a report to the Parrot project as a whole: </p> <p> * Recommending Windows configurations we should target for testing. </p> <p> * Recommending ways in which we can encourage Windows developers to explore Parrot. </p> <p> 3. At the very least, implement Smolder reports from recommended configurations. </p> <p> Thank you very much. </p> <p> kid51 </p> http://trac.parrot.org/parrot/ticket/2174 http://trac.parrot.org/parrot/ticket/2174 Report #775: Simplify makefile rules on windows. Thu, 18 Jun 2009 22:01:39 GMT Sun, 13 Jun 2010 03:58:51 GMT <p> Windows XP Professional, ActivePerl 5.10.0.1005-MSWin32, dmake 4.11 </p> <p> Trying to build Parrot using dmake results in the following error: </p> <pre class="wiki">dmake: makefile: line 126: Warning: -- Macro `O' redefined after use dmake: makefile: line 130: Warning: -- Macro `A' redefined after use dmake: makefile: line 3236: Warning: -- Found non-white space character after '[' in [[ -d parrot-$(VERSION) ] || ln -s $(CUR_DIR) parrot-$(VERSION)]. dmake: makefile: line 3340: Error: -- Incomplete rule recipe group detected </pre><p> (See attached Makefile) Especially for Strawberry Perl users this might be a blocker, as afaik Strawberry Perl ships only dmake by default, so someone should probably document this somewhere. </p> http://trac.parrot.org/parrot/ticket/775 http://trac.parrot.org/parrot/ticket/775 Report #2044: Subclassing FileHandle Tue, 08 Mar 2011 07:08:06 GMT Tue, 08 Mar 2011 07:08:06 GMT <p> This PIR: </p> <pre class="wiki">.sub test :main $P0 = subclass 'FileHandle', 'TempFileHandle' $P1 = new 'TempFileHandle' .end </pre><p> Produces: </p> <pre class="wiki">Handle cannot be instantiated directly. </pre><p> (from Handle.pmc:42) </p> http://trac.parrot.org/parrot/ticket/2044 http://trac.parrot.org/parrot/ticket/2044 Report #806: Test.readdir is not skipped on Win32 even though it appears that it should be Fri, 03 Jul 2009 17:06:34 GMT Sat, 19 Dec 2009 00:36:58 GMT <p> t/pmc/os.t:270: </p> <pre class="wiki">skip 'not implemented on windows yet', 1 if ( $MSWin32 &amp;&amp; $MSVC ); </pre><p> It seems like the message doesn't agree with the if clause, because you can also use GCC (MinGW) to compile on Windows. If you compile Parrot on Windows XP SP3 with GCC 4.4 this test will fail (see attached log and smolder report at <a class="ext-link" href="http://smolder.plusthree.com/app/public_projects/report_details/24454"><span class="icon"> </span>http://smolder.plusthree.com/app/public_projects/report_details/24454</a>). However I'm not sure wether the if clause is responsible for this error or GCC 4.4 since other Windows builds compiled with GCC 3.4 pass this test according to smolder (see <a class="ext-link" href="http://smolder.plusthree.com/app/public_projects/report_details/24452"><span class="icon"> </span>http://smolder.plusthree.com/app/public_projects/report_details/24452</a>). </p> http://trac.parrot.org/parrot/ticket/806 http://trac.parrot.org/parrot/ticket/806 Report #1422: t/perl/Parrot_IO.t: 'not modified_since' test failing on some Win32 and Cygwin Sun, 31 Jan 2010 18:13:18 GMT Sat, 06 Feb 2010 01:12:37 GMT <p> In Smolder reports and discussion on #parrot, the following test failure has been reported by a Win32 user and a Cygwin user: </p> <pre class="wiki">not ok 47 - not modified_since # Failed test 'not modified_since' # at t/perl/Parrot_IO.t line 160. </pre><p> This appears to be the relevant code: </p> <pre class="wiki"> 96 # Create a file in a directory that does not exist. 97 my $f3 = Parrot::IO::File-&gt;new ( tmp_file_path( 't', 'one', 'two', 'file3 .bar' ) ); 98 ok( $f3, 'file new' ); ... 158 # Status (stat info) 159 my $time = time; 160 ok( !$f3-&gt;modified_since($time), 'not modified_since' ); </pre><p> Could someone working on Win32 or Cygwin try to diagnose this? </p> <p> Thank you very much. </p> <p> kid51 </p> http://trac.parrot.org/parrot/ticket/1422 http://trac.parrot.org/parrot/ticket/1422 Report #1055: t/pmc/complex.t: sinh_of_complex_numbers: some tests fail on Win32 Mon, 21 Sep 2009 23:01:58 GMT Fri, 24 Sep 2010 00:18:11 GMT <p> This ticket is being opened to transfer <strong>one</strong> of the issues discussed in <a class="ext-link" href="http://rt.perl.org/rt3/Ticket/Display.html?id=52198"><span class="icon"> </span>RT #52198</a> to Trac. </p> <p> In <i>t/pmc/complex.t</i>, two tests are failing on Win32 and are TODO-ed out. As best as I can determine, they are generated by line 1052 inside <tt>sinh_of_complex_numbers</tt>. </p> <pre class="wiki">.sub sinh_of_complex_numbers .local pmc config_hash, interp .local string has_negative_zero interp = getinterp config_hash = interp[.IGLOBALS_CONFIG_HASH] has_negative_zero = config_hash["has_negative_zero"] .complex_op_is("-2+0i", "-3.626860+0.000000i", 'sinh' ) [snip] .complex_op_is("-2-3i", "3.590565-0.530921i", 'sinh' ) # line 1052 </pre><p> Note: Since I don't have access to Win32, I have to rely on Smolder reports. At the current time, we are receiving steady Smolder reports on Win32 from only one reporter. We would benefit from additional smoke testers on Win32. </p> <p> Thank you very much.<br /> kid51 </p> http://trac.parrot.org/parrot/ticket/1055 http://trac.parrot.org/parrot/ticket/1055 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 17 ; ins