use Perl

• Thanks! (Score:1)

  by dagolden (6584)

  That's great news! Welcome to the movement!

  Please keep an eye on win32.perl.org [perl.org] for the latest developments. Thanks to some heroic participants (chorny++) Vanilla Perl Problem Modules [perl.org] has become a great source of information for what problems we're still facing. Also #win32 usually has several lurkers who can answer questions.
  • Re: (Score:1)

    by jk2addict (4946)

    *chuckles*. "see horny"
  • My concern... (Score:1)

    by sigzero (5768)

    What about mod_perl and DBD::Oracle? Both of those "just work" with AS Perl. I don't have to set Oracle HOME and I don't have to have the header files. They just install and work for me. Is SP going to be the same?
    • Re: (Score:1)

      by Alias (5735)

      I imagine mod_perl will work when someone cares enough about mod_perl on Win32 to try and make it work.
      
      As for DBD::Oracle, isn't that one a special case? Something about the weird legalities?
      
      • Re: (Score:1)

        by sigzero (5768)

        My point is that I can use PPM to install platform binaries for both of those modules without any hassle and they work.
        • Re: (Score:1)

          by jk2addict (4946)

          Then I would say you came out on the lucky side of the fence. Most times, I did to using the various repos.
          
          But then there were things like DBD::SQLite and Scalar::Util that caused no end of grief as a ppm (from theoryx) because you never quite know what it decided to compile againste (.NET1, .NET2, VC6, A mix if the lib sniffing code was bonkers).
          
          At least with Strawberry Perl, I have just a tad bit more likelyhood that if will work on any other instance of strawberry perl, rather than preying that my machin
          • It won't be Alien:: (Score:1)

            by Alias (5735)

            The Alien:: modules are sort of last resort modules that aren't Win32 specific.
            
            There is a more general problem of integrating with external binary installers.
            
            Part of that the solution to that problem is likely to be something I like to call GNU/Windows, which is likely to be some form of PAR-based binary packing system specifically for Windows.
            
            Most like based on PAR::Repository... but the details are still a bit unclear, as there are more fundamental problems that need to be solved first, like cross-languag
        • Re: (Score:1)

          by Alias (5735)

          Sure, it's just that you can't use PPM to install anything else... like POE or PPI or a thousand other common modules that are broken because of the PPM build farm's methods.
          
          I start this whole Win32 process in the first place because I got sick of not being able to run my own code on my own laptop.
          
          I'll happily sacrifice mod_perl and DBD::Oracle for a few months in exchange for the ability to be able to install every other "normal" module.
          
          And someone will get to mod_perl et al eventually.
          • Re: (Score:1)

            by sigzero (5768)

            POE is in PPM (theoryx) as is PPI and I haven't had a problem with DBD::SQLite.

            Unfortunately I "have to have" mod_perl and DBD::Oracle so I can't sacrifice those at the alter of using SP.
            • Re: (Score:1)

              by Alias (5735)

              So PPM is fine as long as you don't use the repository that comes with PPM.
              
              That, frankly, is really screwy logic.
              
              It should either work out of the box, or it's "broken". There might be workarounds, but I've been through this situation once already with RPM, using workarounds and what have you.
              
              And I'm sick of it.
              
              As for mod_perl and DBD::Oracle, of course you should stick with ANY way you can make it work. And when someone makes those two work, I look forward to seeing you on Strawberry then :)
    • Re: (Score:1)

      by jplindstrom (594)

      I managed to install DBD::Oracle without problems using AS + Visual Studio. It didn't work with CamelPack and the supplied compiler (MingW?).
      
      I think it's up to DBD::Oracle's code being dependent on VS rather than AS Perl, but I may be mistaken.