1. 16 Mar, 2016 1 commit
    • Luca Boccassi's avatar
      Problem: test_large_msg requires 2GB of free RAM · 15fd419f
      Luca Boccassi authored
      Solution: remove temporarily until proper message limits have been
      implemented, then a more granular test case can be added without
      such high requirements which are problematic in embedded environment,
      build systems, VMs and CI systems
      15fd419f
  2. 18 Feb, 2016 1 commit
  3. 17 Feb, 2016 4 commits
  4. 12 Feb, 2016 5 commits
    • Pieter Hintjens's avatar
      Problem: tests don't build on Windows · bbcc79d1
      Pieter Hintjens authored
      There were numerous small issues with test cases:
      
      - some lacked the right source file header
      - some were not portable at all
      - some were using internal libzmq APIs (headers)
      
      Solution: fixed and cleaned up.
      bbcc79d1
    • Pieter Hintjens's avatar
      Problem: no clue how to run gyp on Windows · d148c3ea
      Pieter Hintjens authored
      Solution: offer a build.bat to help the user.
      d148c3ea
    • 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
    • Pieter Hintjens's avatar
      Problem: tcp_address.cpp won't compile on OS/X w/o ZMQ_HAVE_IFADDRS · a682f94a
      Pieter Hintjens authored
      This is rather insane since the code knows well enough what systems
      support if_nametoindex. I blame this on over-use of autotools early
      in libzmq's days.
      
      Anyhow, this breaks gyp builds on OS/X.
      
      Solution: add ZMQ_HAVE_IFADDRS to build/gyp/platform.hpp for OS/X.
      a682f94a
    • Pieter Hintjens's avatar
      Problem: can't build libzmq.a using gyp · 6bef3fe9
      Pieter Hintjens authored
      Solution: add necessary macros into builds/gyp/platform.hpp
      
      Work for Linux now, other platforms to test.
      6bef3fe9
  5. 11 Feb, 2016 1 commit
    • Pieter Hintjens's avatar
      Problem: can't build using gyp · fde81d7e
      Pieter Hintjens authored
      I'm adding gyp support so that we can easily pull in libzmq
      and other C/C++ projects into gyp packages, especially via
      node-gyp.
      
      Solution: add gyp definition
      
      This works only for Windows, OS/X, and Linux. We set a single
      macro in project.gyp according to the system, and the rest is
      done in builds/gyp/platform.hpp. The values in that file are
      not dynamic. Your mileage will vary.
      fde81d7e