1. 18 Feb, 2017 1 commit
  2. 27 Jan, 2017 1 commit
  3. 22 Jan, 2017 1 commit
  4. 21 Jan, 2017 1 commit
  5. 19 Jan, 2017 1 commit
  6. 12 Jan, 2017 1 commit
  7. 06 Jan, 2017 3 commits
  8. 31 Dec, 2016 2 commits
  9. 26 Dec, 2016 2 commits
  10. 01 Dec, 2016 1 commit
    • Luca Boccassi's avatar
      Problem: CMake build uses library version as the ABI version · abeaba15
      Luca Boccassi authored
      Solution: set SOVERSION in CMakeLists to match the SONAME generated
      by libtool so that there is no mismatch between the output of the
      *NIX build systems.
      
      Before:
      $ ls -l
      total 2696
      lrwxrwxrwx 1 luca luca      15 Dec  1 22:36 libzmq.so -> libzmq.so.4.2.0
      lrwxrwxrwx 1 luca luca      15 Dec  1 22:36 libzmq.so.4.2.0 -> libzmq.so.4.2.1
      -rwxr-xr-x 1 luca luca  906168 Dec  1 22:36 libzmq.so.4.2.1
      $ readelf -d libzmq.so.4.2.1 | grep SONAME
       0x000000000000000e (SONAME)    Library soname: [libzmq.so.4.2.0]
      
      After:
      $ ls -l
      total 2700
      lrwxrwxrwx 1 luca luca      15 Dec  1 22:31 libzmq.so -> libzmq.so.5.1.0
      -rwxr-xr-x 1 luca luca  906168 Dec  1 22:31 libzmq.so.4.2.1
      lrwxrwxrwx 1 luca luca      15 Dec  1 22:31 libzmq.so.5.1.0 -> libzmq.so.4.2.1
      $ readelf -d libzmq.so.4.2.1 | grep SONAME
       0x000000000000000e (SONAME)    Library soname: [libzmq.so.5.1.0]
      abeaba15
  11. 01 Nov, 2016 1 commit
  12. 27 Sep, 2016 2 commits
    • Luca Boccassi's avatar
      Problem: pkg-config Requires.private is broken · 06d810b4
      Luca Boccassi authored
      Solution: use only Libs.private to avoid breaking application builds.
      Even though Requires.private are supposed to be parsed only if
      pkg-config is called with --static, the --cflags parameter is enough
      to trigger the parsing, causing build failures for applications that
      do not (and should not) depend on libzmq's dependencies.
      06d810b4
    • Luca Boccassi's avatar
      Problem: pkgconfig file does not support static link · 6d941160
      Luca Boccassi authored
      Solution: add dependencies, if necessary, to the .private Libs and
      Requires field of the pkgconfig file at build time.
      This way pkg-config --static --libs libzmq will correctly print
      dependencies if they were used to build the static libzmq.a library.
      6d941160
  13. 21 Sep, 2016 2 commits
  14. 20 Sep, 2016 1 commit
  15. 28 Aug, 2016 2 commits
  16. 16 Aug, 2016 1 commit
  17. 15 May, 2016 1 commit
  18. 06 May, 2016 1 commit
    • hitstergtd's avatar
      Problem: No CMake option to set ZMQ_ACT_MILITANT · 6ea9dbc9
      hitstergtd authored
      Solution:
      Add CMake option called WITH_MILITANT so that it aligns with the Autotools
      build infrastructure; enabling this option defines ZMQ_ACT_MILITANT, which
      enables assertions should malformed requests make their way into
      zmq_setsockopt(3) or zmq_getsockopt(3).
      6ea9dbc9
  19. 04 May, 2016 2 commits
  20. 02 May, 2016 1 commit
  21. 21 Apr, 2016 2 commits
  22. 10 Apr, 2016 1 commit
  23. 30 Mar, 2016 1 commit
  24. 06 Mar, 2016 1 commit
  25. 19 Feb, 2016 1 commit
  26. 18 Feb, 2016 1 commit
  27. 17 Feb, 2016 1 commit
  28. 12 Feb, 2016 1 commit
    • Pieter Hintjens's avatar
      Problem: gyp does not build tests · 8230c0d3
      Pieter Hintjens authored
      Solution: it's a lot of work to define the tests in project.gyp
      so I did this using gsl to generate the JSON, from a small XML
      list of the test cases.
      
      To keep this, and the hundreds of .mk files, away from the root
      directory, I've moved the gyp files into builds/gyp, where you
      would run them.
      
      It all seems to work now. Next up, OS/X and Windows :)
      8230c0d3
  29. 11 Feb, 2016 3 commits
    • Luca Boccassi's avatar
      Problem: typo in CMakeLists "matches" keyword · f1c4416e
      Luca Boccassi authored
      Solution: must be upper case
      f1c4416e
    • Luca Boccassi's avatar
      Problem: typo in CMakeLists.txt, can't use sodium · 1e691503
      Luca Boccassi authored
      Solution: check for WITH_LIBSODIUM configure option instead of
      WITH_SODIUM
      1e691503
    • Pieter Hintjens's avatar
      Problem: tweetnacl sources are a mess · f8ed793f
      Pieter Hintjens authored
      - they have no copyright / license statement
      - they are in some randomish directory structure
      - they are a mix of postable and non-portable files
      - they do not conform to conditional compile environment
      
      Overall, it makes it rather more work than needed, in build scripts.
      
      Solution: clean up tweetnacl sauce.
      
      - merged code into single tweetnacl.c and .h
      - standard copyright header, DJB to AUTHORS
      - moved into src/ along with all other source files
      - all system and conditional compilation hidden in these files
      - thus, they can be compiled and packaged in all cases
      - ZMQ_USE_TWEETNACL is set when we're using built-in tweetnacl
      - HAVE_LIBSODIUM is set when we're using external libsodium
      f8ed793f