more useful options | |
PerlMonks |
comment on |
( [id://3333]=superdoc: print w/replies, xml ) | Need Help?? |
He was testing with a different version of MS's compiler than they use (I think), but I have never heard of any issues with doing that.
If the compiler he's using uses a C runtime other than msvcrt.dll then there can be "issues". And the fact that the MSVC++ 7.0 build of Time::Piece on ActivePerl fails (yet succeeds when perl has been built with MSVC++ 7.0) suggests to me that Time::Piece could be susceptible to such "issues". But this is, of course, no more than speculation on my part ... and I could be wrong. The simplest way to demonstrate that I am wrong would be for someone to come up with Time::Piece test failures when using the same compiler that built their perl. I think that would clearly demonstrate that there's something other than "runtime mixing" at play. UPDATE: One of the "issues" that can arise is touched on at http://cpansearch.perl.org/src/SHAY/Win32-SharedFileOpen-3.41/INSTALL. Specifically, it (correctly) states there: "In particular, this module will not work correctly if it loads a different C run-time DLL to that loaded by perl itself". Cheers, Rob In reply to Re^3: Testing Time::Piece on Windows/VC
by syphilis
|
|