in reply to Re: Testing Time::Piece on Windows/VC
in thread Testing Time::Piece on Windows/VC

IIRC, BrowserUk uses a compiler that's different from the compiler that built his perl ...

He's using an ActivePerl build, and they use a MS compiler. 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.

  • Comment on Re^2: Testing Time::Piece on Windows/VC

Replies are listed 'Best First'.
Re^3: Testing Time::Piece on Windows/VC
by syphilis (Archbishop) on Jan 27, 2010 at 22:23 UTC
    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
[reply]

      I'd love build my own copy of Perl--if I could get hold of a copy of AS' source tree.

      I'd build my packages using MS VC++ 7 so as to be compatible with the AS 64-bit builds, but I don't believe it is available for download any more.

      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
[reply]
        I'd build my packages using MS VC++ 7 so as to be compatible with the AS 64-bit builds

        MSVC++ 7 is 32-bit only. It's the "Microsoft Platform SDK for Windows Server 2003 R2" that you want for 64-bit compatibility with ActivePerl, and I recall you had difficulty tracking it down when you went looking for it last time. Afaik it *is* still available - if you think it might be worth the effort try this link.

        Cheers,
        Rob
[reply]
[reply]

In Section Seekers of Perl Wisdom