tor/src/tools
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
..
tor-fw-helper Move to non-recursive make 2012-08-09 11:03:47 -04:00
include.am Move to non-recursive make 2012-08-09 11:03:47 -04:00
Makefile.nmake Fix some remaining nmake/msvc build issues 2012-05-16 10:08:24 -04:00
tor-checkkey.c Update copyright dates to 2012; add a few missing copyright statements 2012-06-04 20:58:17 -04:00
tor-gencert.c Coverity 709056: Check return value on fputs in tor-gencert 2012-07-16 11:38:39 -04:00
tor-resolve.c Update copyright dates to 2012; add a few missing copyright statements 2012-06-04 20:58:17 -04:00