#24 Allow compilation and execution on OpenSolaris snv_134

closed
nobody
None
5
2011-07-31
2011-07-18
No

The gmake still fails because 'strip' on OpenSolaris doesn't accept the -S switch, but the executable still runs just fine, and strip can be used without -S to remove the symbol table.

Discussion

  • BorderlineADD

    BorderlineADD - 2011-07-18
    • priority: 5 --> 1
     
  • James Nobis

    James Nobis - 2011-07-18

    In the latest release 0.6.6, unistd.h is included at the top of Public.cpp for all non _WIN32 targets so that piece is no longer necessary.

    I'm a bit confused by your patch on the /proc handling. Does it just need an (int) cast? Not familiar with the ! syntax at the beginning of the line.

    As far as strip -S goes, I changed it from --strip-debug because OSX didn't handle that. strip with no args strips all symbols, not just debugging symbols. What's the equiv arg in Solaris to strip?

    Let me know about: /proc item, strip, and let me know what name/alias and email you'd like applied to the (C) in the code for your patch.

    I applied the sun memory return part of your patch in my local tree.

     
  • James Nobis

    James Nobis - 2011-07-18
    • priority: 1 --> 5
     
  • James Nobis

    James Nobis - 2011-07-31

    I've given up on strip until we use autoconf. OpenSolaris options are rather limited on that front. I got the point of the unneeded include due to the #else error for unsupported os. Patch applied with some modification. I added you to the (C) information for Public.cpp as BorderlineADD - feel free to give me a name or email to replace it with. Change is pushed to the upstream git tree (https://gitorious.org/freerainbowtables-applications/freerainbowtables)

     
  • James Nobis

    James Nobis - 2011-07-31
    • status: open --> closed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks