Commit Graph

6 Commits

Author SHA1 Message Date
Stewart Smith
2a4a149624 Move to non-recursive make
This gives us a few benefits:
1) make -j clean all
   this will start working, as it should. It currently doesn't.
2) increased parallel build
   recursive make will max out at number of files in a directory,
   non-recursive make doesn't have such a limitation
3) Removal of duplicate information in make files,
   less error prone

I've also slightly updated how we call AM_INIT_AUTOMAKE, as the way
that was used was not only deprecated but will be *removed* in the next
major automake release (1.13).... so probably best that we can continue
to bulid tor without requiring old automake.
(see http://www.gnu.org/software/automake/manual/html_node/Public-Macros.html )

For more reasons  why, see resources such as:
http://miller.emu.id.au/pmiller/books/rmch/
2012-08-09 11:03:47 -04:00
Roger Dingledine
eb1f622df8 revert r13120: for some reason nickm disabled the version
updating for windows. i'm not sure why.


svn:r13292
2008-01-26 04:03:45 +00:00
Nick Mathewson
1b4ef78f6a r15889@tombo: nickm | 2008-01-12 17:18:29 -0500
Stop trying to mess with version in tor-mingw.nsi.in when we reconfigure. This is a relic of our pre-mingw days, when we didn't use autoconf on windows.


svn:r13120
2008-01-13 00:20:41 +00:00
Roger Dingledine
4a80643825 forward-port matt's changes. plus note that tor-mingw.nsi.in is
what we're using these days, and stop shipping the old one to
be sure.


svn:r8912
2006-11-06 06:43:21 +00:00
Peter Palfrader
0ee6dbea07 Handle website/* in tor.nsi
svn:r6444
2006-05-05 16:58:38 +00:00
Nick Mathewson
f4aa1da0b6 Add maintainer script to propagate Tor version to windows
svn:r2842
2004-11-14 00:11:27 +00:00