Skip to content
Snippets Groups Projects
  1. Nov 11, 2018
  2. Nov 09, 2018
  3. Oct 31, 2018
  4. Oct 25, 2018
  5. Oct 23, 2018
  6. Oct 15, 2018
  7. Oct 10, 2018
  8. Sep 18, 2018
    • teor's avatar
      Travis: use the Homebrew addon · e8c7d7d3
      teor authored
      Use the Travis Homebrew addon to install packages on macOS. The package
      list is the same, but the Homebrew addon does not do a `brew update` by
      default.
      
      This makes builds faster, at the cost of using slightly older packages.
      
      Implements ticket 27738.
      Unverified
      e8c7d7d3
  9. Sep 14, 2018
    • Nick Mathewson's avatar
      Revise our assertion and bug macros to work with -Wparentheses · bb465be0
      Nick Mathewson authored
      On GCC and Clang, there's a feature to warn you about bad
      conditionals like "if (a = b)", which should be "if (a == b)".
      However, they don't warn you if there are extra parentheses around
      "a = b".
      
      Unfortunately, the tor_assert() macro and all of its kin have been
      passing their inputs through stuff like PREDICT_UNLIKELY(expr) or
      PREDICT_UNLIKELY(!(expr)), both of which expand to stuff with more
      parentheses around "expr", thus suppressing these warnings.
      
      To fix this, this patch introduces new macros that do not wrap
      expr.  They're only used when GCC or Clang is enabled (both define
      __GNUC__), since they require GCC's "({statement expression})"
      syntax extension.  They're only used when we're building the
      unit-test variant of the object files, since they suppress the
      branch-prediction hints.
      
      I've confirmed that tor_assert(), tor_assert_nonfatal(),
      tor_assert_nonfatal_once(), BUG(), and IF_BUG_ONCE() all now give
      compiler warnings when their argument is an assignment expression.
      
      Fixes bug 27709.
      
      Bugfix on 0.0.6, where we first introduced the "tor_assert()" macro.
      bb465be0
    • cypherpunks's avatar
      protover: reject invalid protocol names · e24195c7
      cypherpunks authored
      The spec only allows the characters [A-Za-z0-9-].
      
      Fix on b2b2e1c7.
      Fixes #27316; bugfix on 0.2.9.4-alpha.
      e24195c7
  10. Sep 13, 2018
  11. Sep 12, 2018
  12. Sep 11, 2018
  13. Sep 10, 2018
  14. Sep 07, 2018
  15. Sep 05, 2018
  16. Aug 29, 2018
  17. Aug 23, 2018
  18. Aug 22, 2018
Loading