1. 10 Jul, 2013 1 commit
    • Nick Mathewson's avatar
      Start work on fancy compiler tricks to expose extra stuff to our tests · f7d654b8
      Nick Mathewson authored
      This is mainly a matter of automake trickery: we build each static
      library in two versions now: one with the TOR_UNIT_TESTS macro
      defined, and one without.  When TOR_UNIT_TESTS is defined, we can
      enable mocking and expose more functions. When it's not defined, we
      can lock the binary down more.
      
      The alternatives would be to have alternate build modes: a "testing
      configuration" for building the libraries with test support, and a
      "production configuration" for building them without.  I don't favor
      that approach, since I think it would mean more people runnning
      binaries build for testing, or more people not running unit tests.
      f7d654b8
  2. 16 Jan, 2013 1 commit
  3. 03 Jan, 2013 1 commit
  4. 27 Aug, 2012 1 commit
  5. 14 May, 2012 1 commit
  6. 11 Nov, 2011 1 commit
  7. 21 Jul, 2011 1 commit
  8. 10 Nov, 2010 1 commit
    • Sebastian Hahn's avatar
      Remove everything related to os x expert package · fcdf1470
      Sebastian Hahn authored
      We decided to no longer ship expert packages for OS X because they're a
      lot of trouble to keep maintained and confuse users. For those who want
      a tor on OS X without Vidalia, macports is a fine option. Alternatively,
      building from source is easy, too.
      
      The polipo stuff that is still required for the Vidalia bundle build can
      now be found in the torbrowser repository,
      git://git.torproject.org/torbrowser.git.
      fcdf1470
  9. 10 Oct, 2010 1 commit
  10. 30 Sep, 2010 3 commits
  11. 25 Feb, 2010 1 commit
  12. 01 Feb, 2010 1 commit
  13. 28 Jan, 2010 1 commit
    • Sebastian Hahn's avatar
      Fix building the tarball · 32c1863a
      Sebastian Hahn authored
      This removes the Makefile.am from doc/design-paper and replaces it with
      a static Makefile. We don't need to call it during the normal Tor build
      process, as we don't need its targets normally. Keeping it around in
      case we want to rebuild the pdf or ps files later.
      32c1863a
  14. 27 Jan, 2010 4 commits
  15. 23 Sep, 2009 1 commit
  16. 21 Sep, 2009 1 commit
    • Peter Palfrader's avatar
      Build debian's micro-revision into the binary · 6332c51f
      Peter Palfrader authored
      If we have a debian/micro-revision.i, replace the one in src/or
      with our copy so that this will be the revision that ends up in
      the binary.  This is an informational only version string, but
      it'd be kinda nice if it was (more) accurate nonetheless.
      
      Of course this won't help if people manually patch around but
      it's still preferable to claiming we are exactly upstream's source.
      
      If we are building directly out of a git tree, update
      debian/micro-revision.i in the clean target.
      6332c51f
  17. 12 Jun, 2009 1 commit
    • Nick Mathewson's avatar
      Update Tor to use Libevent 2.0 APIs when available. · e5b88dc8
      Nick Mathewson authored
      This patch adds a new compat_libevent.[ch] set of files, and moves our
      Libevent compatibility and utilitity functions there.  We build them
      into a separate .a so that nothing else in src/commmon depends on
      Libevent (partially fixing bug 507).
      
      Also, do not use our own built-in evdns copy when we have Libevent
      2.0, whose evdns is finally good enough (thus fixing Bug 920).
      e5b88dc8
  18. 27 May, 2009 1 commit
  19. 29 Apr, 2009 4 commits