HTTP/1.1 -1 Read error in cache disk data: SuccessContent-Type: text/tab-separated-values; charset="utf-8" Last-Modified: Sat, 22 Jan 2022 02:45:28 GMT Content-length: 25826 Connection: Close Proxy-Connection: Close X-Cache: HIT from web1.osuosl.org Server: ProxyTrack 0.5 (HTTrack 3.49.2) ticket summary status type component priority version created platform owner _changetime _reporter _description 260 Build error on windows 2008 server new bug build normal 2009-02-01T18:19:48Z win32 2011-01-26T02:56:43Z lucaregini@… "{{{ 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 $? >> 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 $? >> 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 """" >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. }}}" 2110 mingw build fails while building opsc new bug build normal 3.3.0 2011-05-12T21:10:07Z win32 2011-05-13T01:00:03Z cotto "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. {{{ 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 > 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> }}}" 2196 cygwin build fails new bug build normal 3.8.0 2011-10-01T00:04:18Z cygwin 2011-10-01T01:09:56Z Matthew Wilson "{{{ 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 }}} " 322 Annoying cygwin/mingw cfg readline popup new todo configure trivial 2009-02-12T07:28:39Z win32 2010-09-22T21:54:02Z rurban "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. 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. 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. {{{ 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 }}} /lib/libreadline.dll.a is a cygwin path, and mingw should not even know about that mountpoint " 339 msvc+mingw detection new todo configure normal trunk 2009-02-15T10:46:27Z win32 2010-03-02T15:34:41Z rurban "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. My proposal is to get that right in the first place, config/init/hints/mswin32.pm, and store it in the config as '''msvc''', '''mingw''', and maybe also icc or borland keys. Use these keys in the makefile templates and testsuite then. cc=""ccache cl"" for example might not be safe also. The patch in TT #312 already contains the mingw and msvc keys, as they are the only one currently used." 446 [CAGE] Fixed a few warnings and a NCI example on Windows using MSVS new cage configure normal trunk 2009-03-14T12:01:04Z win32 cotto 2010-12-01T19:49:11Z ujwal "Fixed '''warnings''' 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]] also Fixed a '''NCI example'''[[BR]] examples/nci/PQt.C[[BR]] examples/nci/PQt.cpp[[BR]] examples/nci/QtHelloWorld.pasm[[BR]] examples/nci/QtHelloWorld.pir [[BR]] this is a good way to get comfortable with code base :)[[BR]] {{{ 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(-) }}} {{{ : [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 : }}} " 775 Simplify makefile rules on windows. new bug configure major trunk 2009-06-18T22:01:39Z win32 2010-06-13T03:58:51Z MoC "Windows XP Professional, ActivePerl 5.10.0.1005-MSWin32, dmake 4.11 Trying to build Parrot using dmake results in the following error: {{{ 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 }}} (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." 326 win32 Wide API needed . 'make smoke' failed 63 tests. new bug core major trunk 2009-02-13T15:38:38Z win32 fperrad 2011-02-21T14:21:13Z jimmy "It failed 63 tests. see http://smolder.plusthree.com/app/public_projects/report_details/17984 parrot fails to load: .\parrot.exe -o C:/DOCUME~1/É¢»¨ÄÁÈË/LOCALS~1/Temp/tySepN24eO The Windows Wide API is not enabled. As workaround $TEMP could be checked to point to a pure ascii path." 706 Out of mem (PASM, compreg, invokecc) new bug core normal trunk 2009-05-26T12:32:49Z win32 2010-09-08T21:39:41Z mj41 "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). 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"". {{{ 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 }}} " 806 Test.readdir is not skipped on Win32 even though it appears that it should be new bug core normal trunk 2009-07-03T17:06:34Z win32 2009-12-19T00:36:58Z MoC "t/pmc/os.t:270: {{{ skip 'not implemented on windows yet', 1 if ( $MSWin32 && $MSVC ); }}} 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 [http://smolder.plusthree.com/app/public_projects/report_details/24454]). 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 http://smolder.plusthree.com/app/public_projects/report_details/24452)." 1055 t/pmc/complex.t: sinh_of_complex_numbers: some tests fail on Win32 new bug core normal 1.6.0 2009-09-21T23:01:58Z win32 2010-09-24T00:18:11Z jkeenan "This ticket is being opened to transfer '''one''' of the issues discussed in [http://rt.perl.org/rt3/Ticket/Display.html?id=52198 RT #52198] to Trac. In ''t/pmc/complex.t'', two tests are failing on Win32 and are TODO-ed out. As best as I can determine, they are generated by line 1052 inside `sinh_of_complex_numbers`. {{{ .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 }}} 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. Thank you very much.[[BR]] kid51 " 2044 Subclassing FileHandle new bug core normal master 2011-03-08T07:08:06Z win32 2011-03-08T07:08:06Z ShaneC "This PIR: {{{ .sub test :main $P0 = subclass 'FileHandle', 'TempFileHandle' $P1 = new 'TempFileHandle' .end }}} Produces: {{{ Handle cannot be instantiated directly. }}} (from Handle.pmc:42) " 2174 Sharpen Support Policy for Windows, Then Implement It! new todo docs normal 3.6.0 2011-08-11T01:49:23Z win32 2011-08-17T02:08:17Z jkeenan "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. The rationale for sharpening our support policy for Parrot on Win32 was presented [http://lists.parrot.org/pipermail/parrot-dev/2011-July/006098.html in this post to parrot-dev], so I won't repeat it here. Here is the action proposal that was presented at the PDS: 1. Establish a team of Parrot developers and users to work on this Roadmap Goal. The team would be tasked with: * Interviewing current Parrot developers and users who work on Windows to determine their needs and preferences. (Yes, such people do exist!) * 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. Colloquially: What would it take to get them into the Parrot showroom and have them kick the tires? * Examine Smolder reports to see which Windows configurations get to PASS more often than others. 2. Develop a report to the Parrot project as a whole: * Recommending Windows configurations we should target for testing. * Recommending ways in which we can encourage Windows developers to explore Parrot. 3. At the very least, implement Smolder reports from recommended configurations. Thank you very much. kid51" 864 on Win32 binary install, parrot_config.exe contains false installation path new bug install normal 1.3.0 2009-07-20T14:39:58Z win32 2010-09-07T20:42:42Z erez "Parrot was downloaded and installed as a binary from sourceforge. After installation, it doesn't register the correct installation path: PS D:\Erez\dev\Parrot-1.3.0\bin> .\parrot_config.exe build_dir C:/fperrad/Parrot/RELEASE_1_3_0 Attached full parrot_config.exe --dump" 1693 `make install` doesn't install all files necessary to build Rakudo on Cygwin new bug install normal 2.5.0 2010-06-28T12:23:53Z cygwin 2010-09-07T15:18:26Z cygx "When building Parrot 2.5.0 on Cyqwin, `make install` doesn't copy the files 'cygparrot2_5_0.dll' and 'libparrot.dll.a' to directories where the Rakudo build can find them. Manually moving 'cygparrot2_5_0.dll' to '/usr/local/bin' and 'libparrot.dll.a' to '/usr/local/lib' solves the problem." 1546 Env.pmc fails to link dll in Windows VC build, and probably doesn't work new bug none normal 2.2.0 2010-04-09T00:35:52Z win32 2010-09-07T20:48:52Z Austin_Hastings "Compiling and linking on windows, using the instructions for the MS VS 2k8 compiler found on the http://trac.parrot.org/parrot/wiki/Platforms/Windows 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 `__environ` in Env.pmc. 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. 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."" References to `environ` 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."")" 1559 ExtUtils::Command::cp broken [cpan #56666] new patch none normal 2.2.0 2010-04-17T13:17:09Z cygwin 2010-08-27T04:52:54Z rurban "parrot can improve its makefiles by getting rid of the stupid chmod 755 *.dll calls then. " 313 ignore print -0 test errors on win32 new todo testing normal trunk 2009-02-11T09:07:06Z win32 2010-08-03T21:58:46Z rurban "The win32 msvcrt has a special limitation not to print -0 as -0, instead it prints 0. openbsd seems to have the same problem. cygwin is not affected, since it uses newlib, which is similar to the glibc in this regard. For now I fixed the failing tests, but there should be a workaround. {{{ 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 # ' }}} The internal numeric representation seems not to be affected. In detail, this patch does not help. It's just the printer. {{{ 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 { }}} " 1422 t/perl/Parrot_IO.t: 'not modified_since' test failing on some Win32 and Cygwin new bug testing normal 2.0.0 2010-01-31T18:13:18Z win32 2010-02-06T01:12:37Z jkeenan "In Smolder reports and discussion on #parrot, the following test failure has been reported by a Win32 user and a Cygwin user: {{{ not ok 47 - not modified_since # Failed test 'not modified_since' # at t/perl/Parrot_IO.t line 160. }}} This appears to be the relevant code: {{{ 96 # Create a file in a directory that does not exist. 97 my $f3 = Parrot::IO::File->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->modified_since($time), 'not modified_since' ); }}} Could someone working on Win32 or Cygwin try to diagnose this? Thank you very much. kid51" p£V£þ“‘ܶàËîTá]ü°šO8ø(§uÂAÒFŒ×äúï`ÜXæä$Wu×Xùk¢[C)‰Á,ð§ÕgµI79` !è080Çò^P=á#铿nïÏŽµ81Ë)ŸŒçâêæe«ÍrÜeâ482ûzÙô~83ù³ŸÞ  òòVûô‰™;)5”³jÓV߆k2aHýJ_µ$û4ù