use Perl

• Strawberry Perl: conflicting types for UINT32 (Score:1)

  by dagolden (6584)

  On Strawberry Perl, make fails with the above error from rinjdael.h (line 34). Conflicts with MINGW basetsd.h (line 56).
  • Re: (Score:2)

    by brian_d_foy (44)

    I found the libjpeg and X86Free had similar woes because someone else was defining these types globally. I think MinGW does this in basetsd.h, but in the CVS repository it's in the Attic, so I'm not sure what's going on there. CVS comments are to explain why you did something, people!
    
    I've uploaded 0.06_03, which first checks for previous definitions before trying to do the typedef. I have to assume, however, that the previous definitions are right unless I want to undef them. For the moment, I'll trust the
    • Re: (Score:1)

      by dagolden (6584)

      0.06_03 still wouldn't build for me. I did some quick hacking to rijndael.h to work around the definitions in a different way and got it to build:

      /* If sys/types doesn't work, *and* something else hasn't defined these,
      * lets do it ourselves.
      *
      * MinGW defines these in win32api/include/basetsd.h, so avoid a conflict
      */
      
      #ifdef __MINGW_H
      typedef unsigned int UINT32;
      #else
      typedef unsigned long UINT32;
      #endif
      
      typedef unsigned char UINT8;

      I have no idea if this works elsewhere or screws anything else up, but "w
      • Re: (Score:2)

        by brian_d_foy (44)

        Well, drats. What the heck is MinGW doing? If I don't do anything when it's already defined it fails too. Odd. Maybe I'm doing something wrong.
        
        I've tried the _MINGW_H trick in 0.06_04, but that seems like the wrong solution, even if it works. That's probably just me, though. I haven't found any programmer's guide to what we should do for this, and the most I found in the Perl sources was in POSIX.xs.
• Linux x86-64 blead (use64bitall) passes (Score:1)

  by tsee (4409)

  See topic. Strawberry/win32 fails for me quite the same as for xdg.
  
  Cheers,
  Steffen
• Crypt::Rijndael (Score:1)

  by scot (6695)

  On ActiveState Perl, rijndael.h fails on line 30 as follows: " error: conflicting types for 'UINT32'". I used CPANPPlus to attempt installation as this module doesn't show up in AS's list of available modules in their PPM.
• Freebsd 6.0-release (alpha-freebsd) (Score:1)

  by BinGOs (7246)

  Hi,
  
  I am the owner of this box.
  
  Unfortunately, it isn't powered up all the time so your upload has probably slipped through the net ( I use RECENT to generate a list to test when the box does get powered up ).
  
  I shall try and remember to add your module to my list when I next power up.
  
  Cheers.
  • Re: (Score:1)

    by BinGOs (7246)

    All the modules were in RECENT, processed on alpha-freebsd today:

    • Crypt-Rijndael-0.06_03 [perl.org]
    • Crypt-Rijndael-0.06_04 [perl.org]
    • Crypt-Rijndael-0.06_05 [perl.org]
    • Crypt-Rijndael-0.06_06 [perl.org]

    All PASSes
• Mac OS X (Score:2)

  by drhyde (1683)

  Builds, tests and installs fine on OS X 10.4.8, on both PPC and Intel
• 0.06_09 still fails on strawberry (Score:1)

  by tsee (4409)

  Despite the #ifdef for MINGW, 0.06_09 still fails on strawberry perl.
  
  After replacing "long" with "int" in the MINGW case (similar to dagolden's patch above), it compiles and tests okay.
  
  Steffen
  • Re: (Score:2)

    by brian_d_foy (44)

    Does it compile and test okay with the other Windows perls though? It's really not enough to say it compiles on a particular architecture. That's one of the problems with patching C :)
    • Re: (Score:1)

      by tsee (4409)

      Works on AS Perl with MinGW. I cannot test with VC++ which I don't have.
      • Re: (Score:1)

        by tsee (4409)

        Note that I meant to say that the *patched* version works fine with MinGW+AS Perl. The unpatched 0.06_09 does *not* compile!
        
        Sorry I didn't say this explicitly right away.
        
        Cheers,
        Steffen